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; vállalkozásnak: 


e megszakításmentes kapcsolat, 
e telefonköltség nélkül, 
e korlátlan adatforgalom! 
És még: 
e fix IP cím, 
s domain név szolgáltatás, 
e akár 15 db e-mail cím, 50 MB webtárhely, 
e alapszintű tűzfal megoldás, 
e ajándék dial-up hozzáférés! 
Ráadásul: 


e december 31-éig akciós bevezető áron! 
Kész is! 
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A hónap témája 





A számítógépipar , lélegzése" 


Nem is olyan régen még alig különült el egymástól a nagy és a kis számítógép fogalma. Mai szemmel 
kissé furcsának tűnik, hogy a hatvanas évek végén, a hetvenes évek elején nagynak számított egy 128 Kbájtos 
központi memóriával, kétszer 600 Kbájtos lemezegységgel és 10 MEGOSSZA BBEGY ESB felszerelt gép. Az 
pedig még hihetetlenebb, hogy ezen könnyedén , elfért" egy budapesti bank forint alapú és deviza alapú 
könyvelése, főkönyvi könyvelése, valamint az ezekre alapozott teljes információrendszer. Ma ez lehetetlen. 
De vajon miért? 

A hetvenes évek elején vált differenciáltabbá a számítógépek piaca. Megjelentek a minigépek, és elkezdődött 
a hagyományos értelemben vett nagygépek versenye a zsugorodó méretű, de műveletvégző képességüket 
tekintve sokszoros kapacitású , kisgépek" között. A számítástechnikai eszközök egyre nagyobb részét vették 
át az jaförmációfeldőlgozásnak, a hagyományos technológiák pedig kiszorultak onnan. 

Ugyanakkor érezhetően nőtt a feszültség az igények és a lehetőségek között. Megjelentek a távoli 
géphasználatot lehetővé tevő berendezések, a terminálok. A számítástechnikusok még külön réteget alkottak, 
a többieket pedig felhasználóknak hívták, és az így megosztott társadalom kisebb (az előbbiek) és nagyobb 
(az utóbbiak) csoportjának tagjai — szinte mint a patríciusok és a plebejusok — még sokáig nem értették 
egymást. Így a terminálok használata sem hozott igazi áttörést. 

picik" megjelenésével végre a felhasználók is gépközelbe 
kerülhettek, igényeiknek megfelelő programokat faraghattak. 
Bizonyára sokan emlékeznek még az otthoni használatra szánt, 
jellemzően játékprogramok futtatására tervezett Commodore gé- 
pekre. Elég sok került forgalomba, de csak egy részüket használták 
otthon. A kisebb cégek ezekben látták az olcsó számítógépesítés 
útját. Sok nagy cég irodáiba is bevonultak — akár divatból, akár 
mert tényleg akartak tenni valamit a korszerűsítés érdekében. 

Közben a világ minden táján, így Magyarországon is kísérle- 
teztek professzionális személyi számítógépek fejlesztésével. Már 
a sorozatban gyártott első típusok többsége is túlszárnyalta a 
hatvanas évek gépeinek kapacitását, jóllehet nem tudták helyet- 
tesíteni az úgynevezett nagygépeket. A decentralizációhoz ugyan- 
is szükség lett volna a számítástechnikai eszközökkel párhuza- 
mosan fejlődő távadatátvitelre is. 

A PC-ket először lokális hálózatokba kötötték, majd a LAN-okat 
kapcsolták össze egymással. Közben a programrendszerek fej- S 
lesztésén számítástechnikusok és felhasználók is dolgoztak, de 784 : 
még mindig nem értették kellően egymást. A számítástechnikusok a 
igyekeztek felhasználóbarát kommunikációs felületet kialakítani, ja 
hogy ne kelljen mindenkinek túlságosan elmélyednie a részletek- 9. 5 
ben, a felhasználók pedig több-kevesebb sikerrel önállóan is 25 éves a híres, C alakú Cray-1 (1976) 
belekóstoltak a számítástechnikai szakmába. 

Azután egyre erősebb és megbízhatóbb PC-ket kezdtek állítani a hálózatok csomópontjaira, és azokat 
kiszolgálógépeknek, szervereknek nevezték el. Közben az operációs rendszerek, az adatbáziskezelők, a 
hálózati kommunikáció, no meg a grafikus kezelői felületek fejlődése egyre erősebb hardvert igényelt. Ezzel 
függött össze a centralizált és a decentralizált, illetve a központosított kontra elosztott számítástechnikai 
rendszerek fejlesztése is. 

Mihelyt lehetővé vált a PC-k nagy tömegű alkalmazása, szinte azonnal decentralizálttá váltak a rendszerek, 
és ennek mellékhatásaként elszaporodtak a szigetszerű egyéni megoldások, a saját építésű adatbázisok, 
melyek nem nagyon kommunikáltak semmilyen más rendszerrel... készítőik pedig nem nagyon tudtak 
(vagy nem is akartak tudni) a másutt zajló hasonló fejlesztésekről. Mivel a hálózatokba nem, vagy csak 
nehézkesen lehetett integrálni a hagyományos eszközöket, ezért azok jelentősége rohamosan csökkent, 
számos helyen a lokális hálózat fejlesztésével egyidejűleg le is szerelték az , obsitos" nagygépeket, 
megszüntetve a központi rendszereket. 

Az egyre nagyobb hálózatokban működő szerverek ára kezdte meghaladni az ésszerűség határát. Erre 
válaszul a számítógépgyártók újra felvették termékpalettájukra a nagyobb kapacitású berendezéseket, 
azokon az időközben megszokottá vált operációs rendszereket futtatva. 

Napjainkban ismét a nagygépek korszaka felé haladunk, csak éppen más a szóhasználat. Ma a nagygép 
vásárlását , szerverkonszolidációnak" és , adatközpont építésének" hívjuk. Ez a szinte ciklikusnak tekinthető 
hullámzás a számítógépes ipar lélegzése. Egy idő után nagy valószínűséggel ismét a decentralizáció 
következik. Közben a számítástechnikusok egyre barátságosabb és szebb rendszereket fejlesztenek, a 
felhasználók pedig még inkább kénytelenek lesznek alkalmazkodni az informatika ritmusváltásaihoz. 

Szamosi László 
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A nagyok klubja 


Sok kicsi (is) sokra megy 


Évekkel ezelőtt sokan úgy vélték, hogy a gyorsan fejlődő 
személyi számítógépes technológia teljesen ki fogja 
szorítani a mainframe és szuperszámítógépeket, 

hisz az olcsó asztali berendezésekbe már olyan 
teljesítmény és kapacitás zsúfolható bele, amekkora 
nemrég még a méregdrága, hatalmas géptermeket 
megtöltő számítógépmonstrumok esetében sem volt 
elképzelhető. Nem egészen így történt. Kétségtelen, 
hogy a korábbi mainírame-ek szerepét jórészt átvették 
a munkaállomásokból továbbfejlesztett néhány 
processzoros szervergépek, ám a szuperszámítógépek 
piacán soha nem volt akkora a tülekedés és olyan 


éles a verseny, mint manapság. 


Szuperszámítógépeknek hívják azo- 
kat a számítógépeket, amelyek számí- 
tási teljesítménye rendkívül nagy, és 
számítási sebességük a legfontosabb 
paraméterük, de éppen azért, hogy ezt 
megfelelően ki lehessen használni, e 
gépeknek a memóriáját és háttértárka- 
pacitását is , szuperre" kell méretezni. 

A gyakorlatban azokat nevezhetjük 
szuperszámítógépeknek, amelyek se- 
bessége és memóriakapacitása legalább 
két nagyságrenddel meghaladja a ke- 
reskedelemben kapható csúcskategóri- 
ás PC-két. A becslések szerint néhány 
ezer ilyen gép működik a világon, és 
közülük az 500 legnagyobb teljesítmé- 
nyűnek az adatait folyamatosan közli a 
Top500-as honlap, amelyen a kimuta- 
tásokat évente kétszer frissítik. A lista 
valószínűleg nem tartalmazza a katonai 
és más nemzetbiztonsági célú szuper- 
számítógépek egy részét, de azért sze- 
repelnek benne ilyen rendeltetésűek is. 


Felhasználási területek 


Az átlagos PC-felhasználó talán ne- 
hezen tudja elképzelni, hogy van olyan 
értelmes feladat, amely egy csúcskate- 
góriás PC teljesítményének 100-szoro- 
sát, 1000-szeresét vagy még többszörö- 
sét igényli, hiszen néhány — általában 
szórakoztatási célú — multimédiaprog- 
ram és játékprogram kivételével a jobb 
asztali gépek sebességét már most sem 
tudják teljesen kihasználni. Ráadásul 
sokakban erős a gyanú, hogy a mai 
operációs rendszerek és irodai alkalma- 
zások egy része csak azért lesz egyre 
nagyobb méretű, és használata azért 
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igényel egyre nagyobb gépi kapacitást, 
mert az ipar ezzel a trükkel tudja ki- 
kényszeríteni, hogy a felhasználók min- 
dig megvásárolják az egyre nagyobb 
teljesítményű új hardvereszközöket. 

A szuperszámítógépek nem otthoni 
és nem is szokványos irodai alkalma- 
zásokra készülnek. Nem is hálózati 
szolgáltatásokat vagy adatbázisszerve- 
reket futtatnak rajtuk, sőt ipari folya- 
matokat vagy rendszereket sem vezé- 
relnek velük. A szuperszámítógépek 
legfontosabb felhasználási területe a 
nagy számításigényű feladatok megol- 
dása (HPC, high performance comput- 
ing). A tudományos kutatás területén, a 
csúcstechnológiával foglalkozó ipar- 
ágak kísérleti és tervező laboratóriuma- 
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iban számtalan olyan bonyolult feladat 
van, amelyek megoldásához extrém 
nagy számítási kapacitásra van szükség, 
hogy az eredmények kiszámítására ne 
kelljen hónapokig, vagy akár évekig 
várni. 

Minél fejlettebb a tudomány és a 
technológia, annál gyakrabban kell 
megoldania igen nagy számítási telje- 
sítményt igénylő feladatokat. A szuper- 
számítógépek nélkülözhetetlenek az 
anyagtudománytól a csillagászatig, az 
orvosi kutatásoktól az időjárás pontos 
előrejelzéséig, a gazdasági folyamatok 
modellezésétől az aerodinamikai terve- 
zésig — vagyis számos szakterületen, 
ahol egy-egy speciális probléma meg- 
oldása a hagyományos eszközökkel 
nem lehetséges, vagy ha igen, akkor 
csak rendkívül hosszú idő alatt, illetve 
nagyon költségesen, esetleg környezet- 
romboló, veszélyes kísérletek végrehaj- 
tásával. 


Átrendeződött piac 


Speciális alkalmazási területeik miatt 
a szuperszámítógépekből természete- 
sen nincs szükség sok százezer vagy 
milliónyi példányra. Az Egyesült Álla- 
mokban működik a legtöbb ilyen gép, 
és még a többi iparilag fejlett országban 
is viszonylag kevés van belőlük, bár az 
utóbbi 1-2 évben számuk gyorsan nö- 
vekszik. Egy-egy gépet gyakran több 
intézmény közösen használ, mert így 
hatékonyabban tudják működtetni a 
nem kis összeget igénylő erőforrásokat. 
A szuperszámítógépek ugyanis nagyon 
drágák, részben a kis sorozatszám, rész- 
ben a speciális technológiai követelmé- 
nyek miatt. A legkisebb konfigurációk 
listaára is eléri az 1 millió dollárt, ami 
első hallásra igen soknak tűnik, külö- 
nösen, ha arra gondolunk, hogy ezért a 
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A Top500 listán szereplő szuperszámítógépek gyártók szerinti megoszlása 1993 óta 
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pénzért az új asztali PC-kénél legfeljebb 
100-szor gyorsabb masinát kapunk. (De 
még mindig jobb az arány, mint például 
egy normál gépkocsi és egy Forma 1-es 
versenyautó között. Az utóbbi ugyanis 
csak 2-3-szor fut gyorsabban, mégis 
legalább 100-szor annyiba kerül...) 

A  szuperszámítógépek gyártása 
többször élt át gazdaságilag nehéz pe- 
riódusokat, neves cégek mentek tönkre, 
vagy voltak kénytelenek kihátrálni eb- 
ből a piaci szegmensből. Még az úttörő 
szerepet betöltő, legendás hírű Cray is 
csődközelbe került, majd 1996-ban a 
Silicon Graphics felvásárolta, de egy 
ideje a Cray ismét önálló cégként mű- 
ködik (http://www.cray.com). 

Az utóbbi 10 év legnagyobb átren- 
deződésének főszereplője azonban az 
IBM: az 1993. novemberi Top500-as 
listán még csak 16 IBM szuperszámí- 
tógép szerepelt (ez 3,290-os részarány), 
az idei júniusin pedig már 201, vagyis 
a működő csúcskategóriájú rendszerek 
409o-át az ő gépeik teszik ki. Mögötte 
jelentős súllyal szerepel még a Sun, az 
SGI, a Cray és a HP (1695 és 899 közötti 
részesedéssel), míg 3-399 körül mozog 
három japán cég aránya (NEC, Hitachi, 
Fujitsu), és ennél alig valamivel keve- 
sebbet mondhat magáénak a Compag. 





NN NN Hy 0 NN 
? e8 e s a e s s e PP Pb Pe? PP s s? s? Si s 








500 
Saját fejlesztésű processzorok 
400 Other COTS Sparc 
300 
MIPS 
200 Hg 
100 Power 
Ke Alpha 
0 
s pp PP PP PP A Ad PP oP B S S 
ÉESEAN A Sk Ő at Ő Ő ae Ő ae Ő 


A Top500 szuperszámítógép processzorchip-technológia szerinti megoszlásának alakulása 


Mitől lesznek szuperek? 


A szuperszámítógépekben a hatal- 
mas számítási teljesítményt több pro- 
cesszor együttes működtetésével érik 
el. , Hagyományos" célokra általában 
2-4 processzort alkalmaznak, a szuper- 
számítógépekbe viszont gyakran 100- 
nál is többet építenek be, a legnagyob- 
bakat pedig több ezerrel szerelik fel. A 


speciális, sokprocesszoros architektúra 
teljesítményét párhuzamos algoritmu- 
sokkal, paralel szoftverekkel lehet jól 
kihasználni. 

A processzorok számának növelése 
egyébként nem csupán , mennyiségi" 
kérdés. Minél több processzort akarunk 
egy rendszerben összekapcsolni, annál 
nehezebb feladat megvalósítani a pro- 
cesszorok közötti hatékony kommuni- 


Cray 


Cray Computer 


A szuperszámítógépek gyártóinak idődiagramja 1980-tól napjainkig (A http://top500.org illusztrációja alapján.) 
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FEZZEEEPÉLPESER LERELEPEL LELNE 


A processzortípusok arányváltozása a Top500-as listán A processzorarchitektúra arányváltozása a Top500-as listán 


kációt, és a számítógép egyéb erőfor- 
rásaihoz — memóriához, [/O csator- 
nákhoz — való párhuzamos hozzáfé- 
rést. A processzorok száma tehát nem 
növelhető tetszőleges mértékben, és tu- 
lajdonképpen a processzorok összekap- 
csolására szolgáló speciális megoldá- 
sok és építőelemek miatt kerülnek a 
szuperszámítógépek olyan sokba. Ma- 
guk a felhasznált processzorok — rész- 
ben a költségek csökkentése érdekében 
— nagy sorozatban gyártott, kisebb 
berendezésekbe (akár PC-kbe) is beépí- 
tett, szokványos termékek. 


Ötféle architektúra 

A szuperszámítógépek legrégebbi, ma 
már erősen visszaszorulóban lévő meg- 
oldása a vektorprocesszoros architektúra. 
A  vektorprocesszoros számítógépek 
ugyanazt a műveletet nagyon sok adaton 
képesek egyszerre végrehajtani, ezért pél- 
dául vektor- és mátrixműveletek végzé- 
sénél rendkívül hatékonyak. Ez az archi- 
tektúra azonban csak bizonyos speciális 
feladatoknál jelent előnyt, általános célra 
nem a legjobb megoldás. 

Szélesebb körben is jól használható az 
SMP (symmetric multiprocessing) archi- 
tektúra, ahol több egyenrangú, ám füg- 
getlen algoritmusokat futtató processzor- 
nak van közös hozzáférése ugyanahhoz 
a memóriához. A processzorok a közös 
memórián keresztül kommunikálnak 
egymással. Az elterjedt 2-4 processzoros 
rendszerek tipikusan SMP architektúrá- 
júak. Az SMP megvalósításának legna- 
gyobb technológiai nehézsége a közös 
memória elérésének hatékonnyá tétele. A 
jelenlegi legfejlettebb megoldásban (Sun 
Starfire) 64 processzort tudnak így 
összekapcsolni. 

A harmadik, igen elterjedten használt 
architektúra az MPP (massively parallel 
processing). Az MPP esetében 1 vagy 
legfeljebb néhány processzort tartalma- 
zó, saját memóriával rendelkező pro- 
cesszorcsomópontokat (node) készíte- 
nek, és ezeket speciális, nagy sebessé- 
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300 
200 


gű, crossbar rendszerű kapcsolóegység- 
gel kötik össze. Az MPP gépek esetén 
tehát a memória fel van osztva a cso- 
mópontok között, és egy-egy pro- 
cesszor csak saját csomópontjának me- 
hátrányt jelent az SMP architektúrához 
képest, az MPP rendszerekben a pro- 
cesszorok számát sokkal könnyebb nö- 
velni, ezért tudnak 1000-nél is több 
processzort tartalmazó MPP szuperszá- 
mítógépeket építeni. A világ legna- 
gyobb teljesítményű szuperszámítógé- 
pei MPP felépítésűek, így készülnek az 
IBM szuperszámítógépei is (az SPrend- 
szerek). 

A viszonylag új a NUMA (non-uni- 
form memory access) architektúra lé- 
nyegében az SMP és az MPP előnyeit 
igyekszik ötvözni, azok hátrányai nél- 
kül. A NUMA legjelentősebb képvise- 
lője a Silicon Graphics Origin 3000-es 
gépcsaládja. 

Szólni kell még a klaszter felépítésű 
szuperszámítógépekről is. Ezek a leg- 
egyszerűbbek és egyben a legolcsóbbak 
is. A klaszter nem más, mint hálózattal 
összekapcsolt, szokványos (commo- 
dity) számítógépek — legtöbbször PC- 
k — halmaza. Klasztereket kiépíteni 
viszonylag könnyen és nem túl nagy 
költséggel is lehet (a szegény ember 
szuperszámítógépének is hívják azo- 
kat), mégis igen nagy teljesítmény ér- 
hető el velük. Komoly hátrányuk 
ugyanakkor, hogy az elméletileg meg- 
állapítható nagy teljesítményt csak spe- 
ciális feladatok esetén lehet elérni, ami- 
kor a párhuzamosan futó programré- 
szek közötti kommunikáció csekély. A 
klaszterek teljesítményének legszűkebb 
keresztmetszete ugyanis a gépeket 
összekapcsoló hálózat, amely még a 
leggyorsabb megoldások esetén is jóval 
lassabb, mint az , igazi" szuperszámí- 
tógépek processzorainak összekötteté- 
se. További hátrány, hogy a klaszterek 
menedzselhetőségben, megbízhatóság- 
ban, robusztusságban elmaradnak a töb- 





SMP ha Sun HP 


bi szuperszámítógép hasonló paraméte- 
reitől. Mindazonáltal a klaszterek ol- 
csóságuk miatt egyre nagyobb szerep- 
hez jutnak világszerte. 


Magyarországi premier 


Magyarországon kisebb szuperszá- 
mítógépek korábban is voltak és van- 
nak, de a Top500-as listába is bekerült 
első szuperszámítógépet 2001 február- 
jában installálták, az NIIF (Nemzeti 
Információs Infrastruktúra Fejlesztési 
Iroda) budapesti székhelyén. Az NIIF 
az ország legnagyobb internetszolgál- 
tatója, amely nonprofit módon műkö- 
dik, és a magyar felsőoktatási, kutatási 
és közgyűjteményi hálózatot (Hungar- 
net) üzemelteti. A nagy sebességű gerinc- 
hálózattal (155 Mhbit/sec) rendelkező 
NIIF több mint 400 intézménynek nyújt 
internetes kapcsolatot és hálózati szol- 
gáltatásokat, felhasználóinak száma el- 
éri a 400 ezret (http://www.niif.hu/). 

Az NIIF szuperszámítógépe egy 96 
processzoros, Sun Ultra Enterprise 
10000 típusú számítógép. A gép két 
SMP csomópontja (node, 64 és 32 
processzorral) speciális, nagy sebessé- 
gű kommunikációs technológiával 
(SCI, scalable coherent interface) kap- 
csolódik egymáshoz, így valósítva meg 
egy összetett SMP-MPP architektúrát. 
A gépnek összesen 32 Gbájt operatív 
memóriája van, és Sun Solaris 8 (Unix) 
operációs rendszer fut rajta. Tartós tel- 
jesítménye meghaladja a 60 Gflopsot 
(60 milliárd lebegőpontos művelet má- 
sodpercenként). Installálásának idején 
a Top500-as lista 462. helyét foglalta 
el, de a világban lezajló gyors fejlődésre 
jellemző, hogy a 2001. júniusi listára 
már nem került fel, néhány hónap alatt 
annyi nagyobb teljesítményű gép került 
eléje, hogy az 500. helynél hátrább 
sorolódott. 

A hazai Sun E10000-es szuperszámí- 
tógép teljes mértékben tudományos cé- 
lokat szolgál. Használói az egyetemek, 
főiskolák és kutatóintézetek olyan mun- 
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A 2001. júniusáig üzembe helyezett 15 legnagyobb szuperszámítógép 


Teljesítmény (GF/s) 


Gyár 


IBM ASCI White 


Géptípus 


Processzorok 


Rendeltetés Hely 


Energiakutatás USA 





IBM SP Power3 


Kutatás USA 





Intel ASCI Red 


Kutatás USA 





IBM 


ASCI Blue-Pacific 


Energiakutatás USA 





Hitachi SR8000/MPP 


Oktatás Japán 





SGI 


ASCI Blue Mountain 


Kutatás USA 





IBM SP Power3 


Űrkutatás USA 





NEC SX-5 


Oktatás Japán 





IBM SP Power3 


Időjáráskutatás USA 





IBM SP Power3 


Időjáráskutatás USA 





Cray T3E1200 


Titkos USA 





Hitachi 


SR8000-F1/112 


Oktatás Németország 





IBM SP Power3 


Oktatás USA 





Hitachi 


SR8000-F1/100 


Kutatás Japán 





T3E1200 





Cray 


katársai és felső évfolyamos hallgatói, 
akik speciális számításokat végeznek, 
amihez Magyarországon eddig nem 
volt alkalmas eszköz. Jelenleg a gép 
több mint 30 projekthez nyújt segítsé- 
get. Beszerzése azért vált lehetővé, mert 
a Sun Microsystems — felismerve az 
ügy fontosságát — a szuperszámítógé- 
pet igen nagy árengedménnyel bocsá- 
totta a hazai felsőoktatás és a kutatás 
rendelkezésére. 

A Magyarországon működő többi, 
szintén tudományos célokat szolgáló 
nagy teljesítményű rendszer közül a 
SZTAKI-ban, a BME-n és az ELTE-n 
találhatók jelentősebb PC-klaszterek, és 
meg kell említeni a Compag által köl- 
csönadott 16 processzoros Alpha gépe- 











Kutatás USA 





"Teljesítmény - Rmax, a ténylegesen mért számítási teljesítmény gigaflopsban. 
1 GF/s z 1 milliárd (109) lebegőpontos művelet másodpercenként. 1000 GF - 1 TF (teraflops), 1000 TF - 1 PF (petaflops). 


ket is, amelyek a BME-n és az ELTE-n 
üzemelnek. Az Országos Meteorológiai 
Szolgálat egy 12 processzoros Silicon 
Graphics Origin gépet használ. Nem 
tudományos célokra néhány tucatnyi 
processzorú gépeket üzemeltetnek még 
egyes bankok és szolgáltató vállalatok. 

Az elmúlt években — legalábbis, ami 
a szuperszámítástechnikát illeti — Ma- 
gyarország lemaradt a környező orszá- 
gokhoz képest. Nemcsak Ausztriában, 
hanem Lengyelországban és Csehor- 
szágban is jó ideje működnek tudo- 
mányos célú szuperszámítógép-köz- 
pontok, miközben nálunk csak tanul- 
mányok készültek egy ilyen központ 
szükségességéről. Az új rendszerek ins- 
tallálásával most hazánk is nagy lépést 





tett előre a szuperszámítógépek alkal- 
mazásának útján, ami remélhetőleg je- 
lentős javulást eredményez a tudo- 
mányos kutatásban és a fejlett techno- 
lógiák alkalmazásában. Ahogy egyre 
több szakember ismerkedik meg a HPC 
lehetőségeivel — és alkalmazásával, 
mindinkább igény is lesz rá, tehát a 
szuperszámítógépek száma remélhető- 
leg gyarapodni fog. Jó példa erre a 
kimagasló kutatási eredményekkel ren- 
delkező Finnország, ahol az egy főre jutó 
szuperszámítógép-teljesítmény mintegy 
20-szorosa a magyarországinak, de még 
ez is kevésnek bizonyul, ezért folyama- 
tosan, nagy ütemben növelik azt. 
Máray Tamás 
maray Oiit.bme.hu 





Gyártók szerinti rangsor a szuperszámítógépek Top500-as listáján 


1993 novemberében 


Összteljesítmény 
(Rmax GF/s) 


Gyártó Gép 


(db) 


Cray/SGI 


Processzorok- 
száma (db) 


345,00 


2001 júniusában 
Gyártó 
IBM 


Gép ! Összteljesítmény ! Processzorok 
(db) (Rmax GF/s) száma (db) 
201 


46260,07 





TMC 


352,00 Sun 


81 9333,08 





Fujitsu 


193,00 SGI 


63 11132,96 





Intel 


124,00 Cray 


45 14210,77 





NEC 


118,00 


Hewlett-Packard 41 


3998,30 





KSR 


26,00 NEC 


18 3951,60 





Hitachi 


20,00 Hitachi 


16 8540,80 





PÍNIPÍMÍR JOIN zs 


IBM 


11,00 Fujitsu 


15 4599,40 





Hewlett-Packard 


ololjs [o jajla]oj5][- 


0,00 Compag 


2357,91 





MasPar 


2,00 


e 


Házilagos 


1848,80 





Parsytec 


0,00 Intel 


2379,00 





Meiko 


NI: 


1,00 HPTIi 





NCube 


1,00 





Compag 
Összesen 








1194,00 


1,00 








196,00 
108808,69 








153821 





A statisztikai adatok forrása: http://top500.org 
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Merre tovább, szupertechnika? 


A nagy teljesítményű gépek fejlődési trendje 


Jelen cikkünkben egy hálátlan és egyben erős vitát kiváltható felvetésre vállalkozunk. 
Cikkünk célja, hogy a jövőbe tekintve megpróbáljuk az elkövetkezendő, pontosabban 


a 3-5 év múlva megjelenő számítógépgenerációk technikai jellemzőit kutatni. Azt azonban, 
hogy pontosan mit is értünk ebben a cikkben számítógépen, mindenképp definiálnunk kell. 


Elsősorban a napjainkban alkalmazott és méretüket tekintve nagynak minősített 
számítógépes rendszerekkel, azaz multiprocesszoros kiszolgálókkal, szuperszerverekkel 
és szuperszámítógénekkel kívánunk foglalkozni, és semmiképpen sem bonyolódnánk 
az igen kiszámíthatatlan és nagyon gyorsan változó személyi számítógépek vagy 
munkaállomások trendjeinek előrejelzésébe — legyenek bármilyen platformúak is. 

A cikk részben a szerző saját véleményén, részben pedig az általa ismert publikus, 
vagy a cikk írásának időpontjában még titkosnak minősített kutatási információkon 

és eredményeken alapszik. A cikk terjedelméből és a témából adódóan a tények, 

a lehetőségek és az elképzelések nem válnak el tisztán, ezért könnyen megeshet, hogy 
a becslések időben és tényleges megvalósíthatóságukat tekintve pontatlanoknak 

vagy tévesnek bizonyulnak. Vagyis inkább tekintsük az alábbi írást gondolatébresztőnek 
és intellektuális kalandozásnak, mintsem megbízható előrejelzésnek. 


Az 1960-es évek közepén a számí- 
tástechnikai ipar az univerzálisan hasz- 
nálható kompatibilis számítógépekre 
tette le a voksát. Ezt testesítette meg a 
legtöbb számítógépes rendszer, de kü- 
lönösen az IBM S/360 mainframe. Ez 
a tendencia azóta is erőteljesen érvé- 
nyesül, még ha vannak más utak is. 


Kisebb ráfordítással többet 


Az architektúrális átalakulás egyik 
jele a szuperszámítástechnikát valami- 
kor uraló egyedi, masszívan párhuza- 
mos rendszerek teljes eltűnése, és az 
azokat felváltó vektorprocesszoros szu- 
perszámítógépek kihalása is. Ezeket a 
specializált rendszereket lassan, de biz- 
tosan felváltják a nagy csomópontszá- 
mú, 32-128 processzorból álló fürtök, 
melyeket gyakorlatilag tömegterméknek 
számító, 1—4 processzoros szimmetrikus 
multiprocesszoros (SMP) egységekből 
és szabványos (de igen gyors) hálózatok 
felhasználásával alakítanak ki. A fürt- 
technológia alkalmazásának másik vé- 
ge a sokprocesszoros (8—-64) SMP rend- 
szerekből nagyon hasonló technológiá- 
val épített fürtöket jelenti (128—10 000 
processzor). 

A numerikus feladatokra specializált 
szuperszámítógépek elterjedését a nagy 
szériában gyártott komponensek terme- 
lése révén elért alacsonyabb ár, továbbá 
a hálózati technológia döbbenetes fej- 
lődése tette lehetővé. Az olcsóbb tö- 
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megtermelés és a hálózati technológiák 
mellett persze mindenképpen meg kell 
említeni a Linux jótékony hatását is, 
mert ezáltál minden kísérletező egyete- 
mista vagy kutató számára lehetővé vált 
a speciális meghajtók és algoritmusok 
nyílt fejlesztése, az általános eszközök- 
ből épített, mégis egyedi rendszerek 
kivitelezése. 

Az a tendencia, hogy a szuperszámí- 
tógépek és az adatbáziskiszolgálók te- 
rületén alapvető architektúrává az SMP 
rendszerek váltak, mindenképpen foly- 
tatódik, kombinálva a komponens alapú 
építkezéssel, vagyis az alkatrészek a 
családon belüli modellek között csere- 
szabatosan felhasználhatók. Ez utóbbi 
nemcsak a rendszerépítők munkáját te- 
szi egyszerűbbé, hanem megfelelő ki- 
vitelezés esetén kedvezően hat a beru- 
házás gazdasági mutatóira, értékmeg- 
tartó képességére is, bár ez utóbbi a 
szuperszámítástechnikában talán nem 
olyan lényeges szempont. 


Nagyon érdekes az SMP rendszerek 
processzorszámának alakulása. Az ult- 
ramodern, 1—5 GHz közötti órajelű pro- 
cesszorok adatfeldolgozási teljesítmé- 
nyének kihasználásához és a teljes szá- 
mítógépes rendszer hatékony működé- 
séhez az összeköttetési technológiák- 
nak is meg kell újulniuk. A napjainkban 
alkalmazott, 100-150 MHz-es órajelű 


összeköttetés még a modern csomag- 
kapcsolt (függőben lévő tranzakciók 
kezelésére is képes) hibridekkel is tart- 
hatatlanul alacsony lenne. Az általános 
megoldások keresői lényegében két út 
közül választhatnak. 

Az egyik lehetőség a többlapkás mo- 
dulok (MCM, multi chip modul) alkal- 
mazása, ahol a speciális (ezért költsé- 
ges) mikroösszeköttetési rendszer elég 
nagy sávszélességet biztosít majd. Az 
MCM technológia ugyan korántsem 
mai keletű, de a gyártás- és anyagtech- 
nológiai fejlesztések már látható új 
eredményei tovább javítják a tömeges 
gyártás és a nagyobb teljesítmény el- 
érésének esélyeit. Hogy pontosan hova 
is vezethet az MCM technológia, annak 
megítélésében elég nagy a vélemény- 
eltérés a szakma képviselői között. Úgy 
5 év múlva a 20 GB/sec körüli effektív, 
vagyis valóban kihasználható sávszé- 
lesség tekinthető reálisnak. Senkit ne 
tévesszen meg, hogy manapság a gyár- 
tók gyakran rendkívül impozáns aggre- 
gált sávszélességet közölnek (40-70 
GB/sec), holott ezek csak elméleti ér- 
tékek, a gyakorlati alkalmazásban elér- 
hetetlenek, mert az összeköttetések mű- 
ködése nem teszi lehetővé a hierarchi- 
kus rendszerek komponenseire érvé- 
nyes sávszélességek összegeződését. 

A hagyományos összeköttetést vá- 
lasztók az MCM megoldások helyett 
inkább a forrásszinkron jelzésrendszer- 
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re térnek majd át, 400-600 MHz-es 
órajeleket alkalmazva. A már ma is 
meglévő, soros szervezésű, 800 MHz- 
es órajellel üzemelő Rambus memóri- 
áktól eltérően ezek akár 500-—-600 bit 
szélességű, párhuzamos adatkapcsola- 
tok is lehetnek, sőt idővel 1000 bit 
feletti adatszélességűvé bővülhetnek. 
Az új összeköttetési megoldások egyre 
gyakrabban alkalmazzák majd a hier- 
archikus, általában két- vagy három- 
szintű, hibrid vagy teljesen pont-pont 
összeköttetési technológiákat. 

A hibrid technológia egyszerre tar- 
talmazza a hagyományos busz és a 
pont-pont kapcsolatokat, de az össze- 
köttetés részleteiben vannak eltérések 
(például címvezetékek busz topológiá- 
ban, adatkapcsolat pont-pont topológiá- 
ban). A tiszta pont-pont kapcsolatok 
esetében az adat-, a kontroll- és a 
címinformációk is teljes pont-pont há- 
lózatot alkotnak. A továbbfejlesztett 
crossbar kapcsolatok végérvényesen el- 
tűnnek, és a korábbi monolitikus, 
masszívan párhuzamos szuperszámító- 
gépeknél gyakori kétdimenziós tórusz- 
és hálókapcsolatok utódai is csak egy- 
egy architektúrában maradnak meg, ott 
sem hosszú ideig. 

Ha a fenti kapcsolati órajel alacsony- 
nak tűnik, gondoljuk végig, mekkora 
nyomtatott áramköri alaplap szükséges 
egy 40-80 processzoros számítógép- 
hez. Ezek az alaplapok akár 50-70 cm 
hosszúak is lehetnek, és a teljes integrált 
vezetékrendszer elérheti a 4-6 km-t. A 
nyomtatott áramkörön ekkora távolsá- 
got 400-600 MHz-es órajellel úgy át- 
hidalni, hogy a jeltorzulás szintje ala- 
csony legyen, a jel/zaj viszony pedig 
ugyanolyan jó maradjon — vagyis a 
kapcsolat túlsó végén csücsülő pro- 
cesszor is értse, amit a másik oldal 
mondani szeretett volna —, bizony nem 
kis mérnöki bravúr. 


A COMA térnyerése 

Napjaink csúcskategóriás, de egysé- 
ges memóriahozzáférési idejű (UMA, 
uniform memory access) rendszereiben 
is mintegy másfélszer-kétszer több időt 
vesz igénybe a távoli memóriahozzáfé- 
rés a lokális memóriahozzáférésnél. A 
nagy rendszerekben (48-128  pro- 
cesszor) egyre inkább a nem egységes 
tő architektúrák válnak általánossá, és 
a hozzáférési idők különbsége valószí- 
núleg tovább nő, a 3-5-szörös tartomá- 
nyon belül mozogva. Ennek ellenére 
ezek a berendezések még mindig UMA 
rendszerűek lesznek, noha a hardver 
tartalmazni fog NUMA (non-uniform 
memory access) rendszerekhez közeli 


optimalizációt, vagyis a kommunikáló 
egységek memóriahozzáférési ideje gé- 
pen belüli elhelyezkedésüktől függően 
eltérő lehet. A még nagyobb, de egyet- 
len operációs rendszerrel vezérelt rend- 
szerekben a jelenleg divatosnak számí- 
tó NUMA technológiát nagy valószínű- 
séggel teljesen átveszi majd a COMA 
technológia (cache only memory ac- 
cess) valamilyen változata. 

A COMA előnye, hogy a fizikai 
memóriát a hagyományos gyorsítótár 
elvei szerint kezeli, vagyis lehetővé 
teszi, hogy egy adott memóriablokk 
akár egymástól távoli két memóriamo- 
dulban is szerepeljen, ezáltal a COMA 
rendszerek biztosítják az eltérő helye- 
ken használt memórialapok számítógé- 
pen belüli replikációját. Ez az optima- 
lizálás hivatott kiküszöbölni a NUMA 
egyik legnagyobb gyengeségét. Egy 
NUMA rendszerben ugyanis a repliká- 
ció hiányában előállhat az a kellemetlen 
helyzet, hogy a processzor a kapcsoló- 
rendszeren keresztül egy másik pro- 
cesszorhoz közeli memóriából kényte- 
len adatokat venni és oda visszaírni, 
ahelyett, hogy saját lokális memóriáját 
használná. Triviális, hogy ekkor a rend- 
szer teljesítménye jócskán elmaradhat 
az optimálistól. Sajnos az ismert és 
napjainkban általánosan használatos al- 
goritmusok és programrészletek nem 
elhanyagolható hányada rosszul visel- 
kedik NUMA rendszerekben, és tulaj- 
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The Do-It-Yourself Supercomputer 


Scientists have found a cheaper way 
to solve tremendously difficult computational problems: 
connect ordinary PCs so that they can work together 


- This article is the second in a two-part series. 
The first part, " How to Build a Hypercomputer, " by Thomas Sterling, 
appeared in the July 2001 issue. - 


By Wiliam W. Hargrove, Forrest M. Hoffman and Thomas Sterling 


CLUSTER OF PCs at the Oak Ridge National Laboratory in 
Tennessee has been dubbed the Stone SouperComputer. 


donképpen a COMA használata az 
egyetlen kiút. 

Akezdeti egyszerű COMA (5sCOMA, 
simple COMA) rendszerek helyébe va- 
lódi COMA rendszerek lépnek, melyek 
a szoftveren alapuló megoldások he- 
lyett hardveresen támogatott replikációt 
valósítanak meg. Ezek a gyakran 128- 
2048 processzoros (sőt egyes gyártók 
tervei szerint akár 60 000 processzoros) 
rendszerek teljesen új összeköttetési 
technológiát kénytelenek majd használ- 
ni, több okból is: a növekvő fizikai 
memóriakapacitás, a jelentős processz- 
orszám és a sokkal több művelet elvég- 
zése egyaránt ezt követeli. Annak 
ugyanis nem sok értelme van, hogy 
építünk egy (elvileg) rendkívül nagy 
kapacitású gépet, majd arra kárhoztat- 
juk a processzorokat, hogy folyton az 
adatokra várakozzanak. 


Optikai kapcsolatok 


A nagy csomópontszámú, de egyet- 
len operációs rendszerrel vezérelt (sin- 
gle system image) számítógépek ösz- 
szeköttetéseiből lassan, de biztosan op- 
tikai kapcsolatok lesznek. A következő 
4-5 évben megjelenő új generációs gé- 
pektől azonban még nem várhatunk 
általános, szabványos megoldásokat, 
sokkal inkább az egyedi, rendkívül in- 
novatív kapcsolórendszerek kerülnek 
majd előtérbe. Kivétel lehet talán az 
Infiniband gyors térhódítása, mert az 
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gyorsan a szabványos kerékvágásba te- 
reli majd a tervezőket. A várható 
összeköttetési rendszerek frekvencia- 
multiplexelt optikai adatátvitelt valósí- 
tanak majd meg, és nem lenne meglepő, 
ha 5 év múlva minimálisan 16-20 
Gbit/sec (per link) lenne a sávszélesség. 
Az ilyen összeköttetéseket használó 
szuperszámítógépek kapcsolati topoló- 
giája a hatványfürt vagy a vastag fa 
kialakítást fogja követni. Ezen rendsze- 
rek aggregált sávszélessége pár éven 
belül a több 100 GB/sec tartományban 
fog mozogni. Hogy a valóban kihasz- 
nálható effektív sávszélesség mekkora 
lesz, azt csak becsülni lehet, de könnyen 
elérheti a 60-100 GB/sec-ot. 


Adatbázismotorok 

A szuperszámítógépek architektúráit 
elhagyva és a hatalmas adatbázismoto- 
rok felé fordulva szintén találunk majd 
néhány érdekességet. Az adatbáziske- 
zelőket futtató rendszerek esetében az 
elmúlt évek egyértelműen bebizonyí- 
tották, hogy minél nagyobbak az SMP 
rendszerek, annál hatékonyabbak a 
megfelelő teljesítmény elérésében. 

Ha valaki előhozakodna a TPC-C 
klaszter világcsúcsokkal, akkor vessen 
egy pillantást a TPC-C modelljére és 
specifikációjára. Rögvest észrevehető, 
hogy a tesztben modellezett áruházak- 
nak a fürtöt alkotó tagszámítógépekre 
való szétosztása a közöttük lévő erőtel- 
jesen korlátozott kommunikáció miatt 
ideális optimalizáció. Ez azonban távol 
áll a valós alkalmazások esetében ta- 
pasztalható helyzetektől. A COMA, kü- 
lönösen a hardverrel támogatott COMA 
rendszerek operációs rendszerei tartal- 
mazni fognak olyan technológiákat, 
mint a koherens memórialap-repliká- 
ció, vagy az affinitás alapú feladatüte- 
mezés, ami különösen az adatbázismo- 
tor alapú alkalmazások számára bizto- 
sítja, hogy azok igen hatékonyan fus- 
sanak. 


Vezérlők 


Az összeköttetéseknek a sávszéles- 
ségen és a topológián kívüli paraméte- 
reit vizsgálva erős optimalizálási törek- 
véseket figyelhetünk meg a vezérlők és 
a processzorok területén is. Vegyük 
például az egyre nagyobb kapacitású és 
sokkal bonyolultabbá váló gyorsítótá- 
rakat. Az ezek feltöltésére szolgáló 
összeköttetések speciális tranzakciók- 
tól fognak hemzsegni. Itt olyan speci- 
ális műveletekre kell gondolnunk, mint 
a meghatározott gyorsítótárszinthez kö- 
tődő, vagy speciális feladatokra vonat- 
kozó előtöltés (angolul prefetch). Tehát 
a program vagy a fordítóprogram egy 
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előzőleg nem használt változó esetében 
is jóval a felhasználás előtt kiadhatja az 
előtöltési utasítást, így mire a program- 
nak valamilyen adatra szüksége lesz, az 
adat már bent csücsül valamelyik gyor- 
sítótárban, ráadásul a felhasználáshoz 
szükséges jogokkal egyetemben. 

Melyek lehetnek ezek a jogok? Pél- 
dául jelezni a gyorsítótárnak, hogy csak 
olvasásra akarjuk használni a kért ada- 
tokat. A jelenlegi 4 vagy 5 állapotú 
diszkrét automatára épülő gyorsítótár- 
koherencia protokollok további kiegé- 
szítései is megjelenhetnek. A modern 
kapcsolatok másik optimalizálási lehe- 
tősége a függőben lévő tranzakciók 
kezelése, amire már a napjainkban 
használt rendszerek is képesek, és ami 
fontos processzortervezési szempont- 
ból is. A függőben lévő — akár olvasási, 
akár írási — tranzakciók száma mikro- 
processzoronként és interkonnekten- 
kéntis változik, sőt gyakran még ugyan- 
azon processzor más-más összekötteté- 
si rendszerében is eltérő lehet. A ma 
általánosan használt 4-8 tranzakciónál 
lényegesen több, mintegy 40-100 füg- 
gőben lévő írási és olvasási tranzakció 
válik elfogadottá. 

A nem teljesítménynövelő újítások 
közül a nagyszámú és rendkívül sok 
esemény figyelésére alkalmas (monito- 
rozó, programozható és a felhasználók 
számára is hozzáférhető) számlálóknak 
az összeköttetési rendszerbe való be- 
építése 5 éven belül teljesen megszo- 
kottá válik. Sajnos az ilyen típusú szám- 
lálók értékeinek adatait ettől még nem 
lehet majd egyszerűbben értelmezni, de 
ez már egy másik történet. 


A következő években még nem vár- 
ható, hogy a gépen belüli rendszerek 
optikai kapcsolatokra épüljenek, ami- 
nek több oka is van. Mindenek előtt a 
félvezető technikán alapuló lézereknek 
és optodetektoroknak még a csúcspro- 
cesszoroknál is nagyobb a hőleadásuk, 
vagyis lehetne ugyan egyetlen integrált 
áramköri lapkán nagy mennyiségű lo- 
gikát és memóriát (kapcsolati logikát, 
koherenciaprotokollt . stb.), valamint 
egy kommunikációs lézerrel működő 
áramkört implemenetálni, de a lapka 
hőeloszlása alaposan lerontaná a haté- 
konyságot, akár túl a használhatóság 
határán is. A gépen belüli optikai kap- 
csolatok másik problémája, hogy az 
összekötendő részek rendkívül pontos 
illesztést követelnek meg. Az elektro- 
nok terjedési sajátosságaira való tekin- 
tettel a réz vagy arany felületek illesz- 
kedése viszonylag pontatlan is lehet, és 
az áram ennek ellenére folyik, vagyis 


lesz kommunikáció. Optikai kapcsoló- 
dáskor viszont a koherens fénynyaláb- 
nak pontosan kell illeszkednie a fény- 
vezető optikai huzalhoz, különben nem 
tudnak egymással kommunikálni. 


Processzor 


Végül a nagy rendszerek processzo- 
raihoz érve, biztosan lehet számítani a 
már napjainkban is hatalmas integrált 
gyorsítótárak méretének és a pro- 
cesszorok órajelének további növelésé- 
re. Architekturális szinten az egyik pro- 
cesszortrend a lapka szintű multipro- 
cesszálás (chip multiprocessing, CMP) 
kereskedelmi termékekben való megje- 
lenése, a másik a többfonalas szimultán 
végrehajtás. Mindkét technológia elő- 
nye, hogy nagy teljesítményű multi- 
programozott környezetben igen jól vi- 
selkedő processzor készíthető viszony- 
lag kis ráfordítással. Ugyanakkor vi- 
szont bonyolultabbá is teszik mind az 
operációs rendszer, mind a kapcsolati 
rendszerek építését, A CMPrendszerek- 
nél az elkövetkező 5 évben teljesen 
általánossá válik a lapkánkénti 2—4 pro- 
cesszormag, és e technológia csúcsa a 
8-16 mag/lapka lehet. Ne felejtsük el 
azonban, hogy ekkor már korábbi szá- 
mítógépes alaplapjaink akár 2—16-szor 
annyi processzorral lesznek felszerelve, 
mint ma, vagyis a korábbi tervezésű 
összekapcsolódási rendszerre lényege- 
sen nagyobb terhelés hárul. 


Sajnos az eddig is mostohán kezelt 
memóriatechnológia nem nem ígér lé- 
nyeges változást a közeljövőben. A 
Rambus, noha teljesítményét tekintve 
elég korszerű, éppen a soros hozzáférés 
miatt nem rendelkezik megbízható hi- 
bajavító (chipkill) technológiával. Ha 
egy Rambus RIMM egyetlen lapkája 
működésképtelenné válik, akkor a teljes 
Rambus csatorna kiesik, és ez sem egy 
szerverben, sem egy szuperszámítógép- 
ben nem megengedhető. A DDR 
SDRAM-ok órajele kúszik ugyan fel- 
felé, de legfeljebb a PC-k növekvő 
busz-sávszélességével tud lépést tarta- 
ni, akorábban említett, akár 100 GB/sec 
effektív sávszélességű kapcsolatokhoz 
már édeskevés lesz. Ugyanakkor remél- 
hető, hogy a következő 5 évben az eddig 
mintegy 330 MBHz-re feltornászott 
SDRAM technológia eléri a 600-800 
MHz-et, ezáltal alkalmas marad a nagy 
rendszerekben való felhasználásra. Ha 
ez mégsem következik be, akkor ko- 
moly gondokat okozó szűk keresztmet- 
szet kialakulásának nézünk elébe. 

Fischer Erik 
erik.fischerxosun.com 
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Feladatra optimalizálva 


Origin 3000 — és ami mögötte van 


Az óriási számítási igényű feladatokhoz kifejlesztett, 
nem klaszter technológia az egyszerű kóddal, 

a stabil működéssel és a tervezhető futási idővel vált 
vonzóvá. Az SGI ennek az irányzatnak a képviselője, 
gépeinek számítási teljesítményével a szakterület egyik 
nagy tekintélye lett. Az SGI , zászlóshajója" pedig az 
Origin 3000. Milyen területeken alkalmazzák leginkább 
ezt a gépcsaládot? Az SGI a tudományos kutatásra, 

az inari felhasználásra, illetve a telekommunikáció 


és a média területére koncentrál. 


Az SGI szerverek tulajdonságai kap- 
csán mindenekelőtt érdemes megje- 
gyezni, hogy a gépek , tégláknak" ne- 
vezett építőelemekből (brick) épülnek 
fel, amelyek a számítási műveletekért, 
a rendszerelemek összekapcsolásáért 
stb. külön-külön felelősek: C-brick, R- 
brick, [-brick, és így tovább. Az archi- 
tektúrát főbb jellemzőiken keresztül az 
alábbiakban mutatjuk be. 


Modularitás és skálázhatóság 


Az SGI Origin 3000 szerverek ská- 
lázhatósága azt jelenti, hogy a felhasz- 
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náló meghatározhatja a konfiguráció 
paramétereit, növelheti a számítókapa- 
citást, az [/O teljesítményt, a háttértá- 
rakat stb. A modularitást a különböző 
téglák mint alap-építőelemek hordoz- 
zák, újabb elemek beépítésével a sáv- 
szélesség majdnem lineáris marad, és a 
késleltetés sem módosul számottevően. 


Elosztott közös memória 

A memória fizikailag a számításokért 
felelős (compute) C-brickekben foglal 
helyet, de mindegyik processzor elér- 
heti az összes memóriát. Az adott C- 


brickben helyet foglaló memóriát ne- 
vezzük helyinek, a többiekben lévőt 
távolinak, mely utóbbi a NUMA link 3 
nevű (az SGI szabványa szerinti) kap- 
csolaton keresztül érhető el. Az egy 
adott rendszerben található összes me- 
mória együttesét globális memóriának 
hívjuk. 


Elosztott közös adatáramlás 


Mindegyik kapcsolati ([/O, — in- 
put/output) eszköz a memóriához ha- 
sonlóan elérhető bármelyik C-brickról, 
hiszen azok össze vannak kötve, az [/D 
eszközök pedig a C-brickekhez kapcso- 
lódnak. 


SGI NUMA architektúra 


Az SGI NUMA architektúra két fő 
jellemzője a cache koherencia és a 
non-uniform memóriaelérés (ccNU- 
MA). Az SGI 3000 szerverek cache-t 
használnak a memóriaelérés késlelte- 
tésének csökkentésére. A valós adat a 
lokális memóriában van, másolatai 
viszont a többi processzor gyorsító- 
tárában (cache-ében) helyezkednek 
el. A cache koherencia azt jelenti, 
hogy a lokális memóriában és a távoli 
processzor gyorsítótárában lévő adat 
mindig konzisztens. Ennek bizto- 
sítására az SGI NUMA architektúra 
könyvtár alapú cache koherencia pro- 
tokollja szolgál. 

Elosztott közös memóriát használó 
rendszerekben a globális memória ré- 
—, szei különböző távolsá- 
! gokra helyezkednek el a 


! processzoroktól, és kü- 
! lönböző elérési időket 
! produkálnak. A NUMA 


Compute node 


1/O interface I 


rendszerekben a progra- 


[ Compute node ] node 10 interface] mok futási ideje nagy- 
7 ban függ az elérni kívánt 
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Compute node 


1/0 interface 


! től, ezért azokat lehető- 
! leg a lokális memóriá- 
ban helyezik el. Ha egy 
SGI NUMA rendszer- 
! ben egy processzor tá- 
voli memóriát kezd el 
intenzíven használni, az 
operációs rendszer áthe- 
! lyezi a megfelelő olda- 
lakat a lokális memóri- 
ába. 


RAS tulajdonságok 


[/O interface Compute node Compute node [/O interface e s annak Ké 

. ítése, hogy , megbízha- 

VO interláge, Compute node Compute node Oo interface, tóság, rendelkezésre ál- 
1/O interface Compute node Compute node 1/O interface lás, — szervizelhetőség" 

! (reliability, availability, 

Graphics system System controllers Peripheral device servicability). Az SGI 





Origin 3000 szerverek- 
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ben e követelmények megvalósulását 
az alábbi funkciók segítik elő: 

— Háromszintű rendszerellenőrzési 
hierarchia (system controller  hier- 
archy). 

— Redundáns tápegységek. 

— Védelem a túláram ellen. 

—  Többfokozatú, redundáns ventil- 
látorok. 

— A memória és a gyorsítótár hiba- 
védelme, amely az egybites hibát javít- 
ja, a kétbitest pedig észleli (single-bit- 
error correction, double-bit error detec- 
tion). 

— Automatikus kikapcsolás káros 
külső tényezők hatására. 

— A NUMA link 3 kapcsolat CRC- 
ellenőrzése. 

— Hardveres (eeprom) diagnosztika. 

— A rendszerfelügyelet hierarchiája 
Ü1, 12 13). 

Minden brick (építőelem) tartalmaz 
egy L1-es (tégla szintű) kontrollert, 
amely az adott tégla környezeti para- 
métereit (feszültség, hőmérséklet), azo- 
nosítóját, indítását és leállítását figyeli 
vagy szabályozza. A téglák L1 kontrol- 
lerei a C-brickeket tartalmazó tartóke- 
retek L2 (rack szintű) kontrollereihez 


Compute rack 


Compute rack 


kapcsolódnak, amelyek parancsokat ad- 
hatnak az L1 controllereknek (így ma- 
guknak a tégláknak), és tartalmazzák a 
rendszer azonosítóját. A rendszeradmi- 
nisztrátor a rendszer szintű L3 kontrol- 
leren keresztül (amely egy PC speciális 
programokkal) konfigurálhatja az egész 
gépet. 

Az Onyx3 grafikus alrendszer 
(Onyx3 Graphics System) az SGI 3000 
szerverhez illeszkedik, ezt nevezzük 
G-bricknek. Egy vagy két grafikus csa- 
tornát (pipe) foglalhat magába. Mind- 
egyik két processzorhoz kapcsolódik, 
egy C-brick pedig 2 vagy 4 procesz- 
szorból állhat. 


Processzorok stafétája 


A jelenlegi leggyorsabb Origin pro- 
cesszor a MIPS R14000, amely tipikus 
RISC felépítésű, és 5090 MHz-en üze- 
mel. Két lebegőpontos egységet tartal- 
maz, órajelenként mindegyik egy lebe- 
gőpontos műveletre képes, ezért elmé- 
leti maximális teljesítménye 1 Gflop 
/sec. Az előzőleg széleskörűen használt 
R12000-eshez képest csak apró belső 
változtatásokat tartalmaz, de a busz 
sebességét 100  MB/sec-ról 200 


MB/sec-ra, az L2 gyorsítótár órajelét 
266 MHz-ről 500 MHz-re növelték. Az 
órajel viszonylag alacsony értéke ezen 
MIPS processzorok sajátossága, a S0- 
rozat első tagja csak 180 MHz-es volt, 
de lebegőpontos teljesítménye megfe- 
lelt egy 1,5 GHz-es mai Intel Pentium 
4-esének. Az L2 cache mérete jóval 
meghaladja a PC-s világban megszo- 
kott gyorsítótárak méretét, jelenleg 8 
MB, de a processzor akár 16 MB-os L2 
cache kezelésére is képes lenne. 
Valamikor 2002 elején jelenik meg 
az R16000, amelynek órajele várha- 
tóan 600-800 MHz lesz, és 4 lebegő- 
pontos műveletet tud majd végrehaj- 
tani egyetlen ciklus alatt, így elméleti 
maximális sebessége 3 Gflop/sec. Va- 
lószínűleg ezzel a processzorral feje- 
ződik be a MIPS processzorok pálya- 
futása az SGI-nél. Utána már az Intel 
Itanium utóda, a McKinley kódnéven 
futó IA-64-es processzor lesz a gép 
lelke. (Az Itanium alkalmazását jelen- 
leg a hőtermeléssel és a teljesít- 
ménnyel kapcsolatos problémák aka- 
dályozzák, ezért csak a szuperszámí- 


rendszerekben találhatók meg.) 
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Az Origin architektúra igazi ereje a 
skálázhatóságban és a teljesítményben 
rejlik. A jelenlegi maximális procesz- 
szorszám 512 darab R14000-es, de ez 
a közeljövőben akár 32 ezerig kiter- 
jeszthető lesz a HyperCube-ot felváltó 
FatTree topológiával. 2002-ben várható 
az SGI-nél az 1024 (vagy több) CPU-s 
rendszerek megjelenése. Mindez egyet- 
len kernelen, tehát nem klasztertechno- 
lógiáról van szó! Érdemes még meg- 
említeni a maximális memóriaméretet 
is, ami jelenleg 1 terabájt, és várhatóan 
lineárisan növekszik a processzorszám- 


mal (http://www.sgi.com). 
időjárásjelentés, Terminator. . . 


Az SGI szuperszámítógépeinek tu- 
dományos célú felhasználásában élen 
jár a NASA Ames, amely az élet 
kialakulásának modellezésétől kezd- 
ve a hurrikánok útvonalának kiszámí- 
tásáig sok mindenre használja az Ori- 
gin 3000-et. Egy másik NASA labo- 
ratórium (Goddard Space Flight Cen- 
ter) az űrbeli , időjárást" próbálja ki- 
számítani: neutroncsillagok ütközése, 
csillagok mágneses terének vizsgála- 
ta, a Nap szeizmológiája, folyadékok 
viselkedése kis gravitációs térben. Eh- 
hez egy 1024 processzoros Origin 
gépet használnak. 

A Föld időjárásának kiszámítása ter- 
mészetesen sokkal gyakoribb feladat. 
Az amerikai haditengerészet, a Weather 
Channel, sőt Magyarországon az Or- 
szágos Meteorológiai Szolgálat is Ori- 
gin számítógépeket használ. 

Egy másik kiemelt alkalmazási terü- 
let az ipari tervezés, szimuláció és 
megjelenítés. A vezető autógyárak a 
tervezési idő és a költségek csökkentése 
érdekében egyre inkább támaszkodnak 
a számítógépen megtervezett modellek- 
re és az ott elvégzett szimulációkra, így 
már a tervezés fázisában láthatóvá vál- 
nak olyan hibák, amelyek régebben 
csak a prototípus elkészülte után derül- 
tek ki. Kiváló példa erre a BMW-nél és 
a Volvónál végzett ütközésszimuláció, 
vagy a DaimlerChryslernél alkalmazott 
tervezőrendszer, amely a virtuális való- 
ság segítségével könnyíti a mérnökök 
és a formatervezők munkáját. 

A fenti feladatok vizuális eszköztá- 
rában ne a hétköznapi monitorokon 
történő háromdimenziós tervezésre 
gondoljunk, hanem 7x4 méteres, a tér- 
beliség érzékeltetésére is képes kivetí- 
tőkre. Az SGI Reality Center 1-2 mé- 
teres síkképernyős megjelenítőktől az- 
egész falat betöltő, gömbszeletszerű 
vásznon át a szoba 3 tetszőleges falára 
kiterjedő komplex megjelenítőkig ter- 
jed. Egy speciális szemüveggel az áb- 








Szólógép vagy klaszter 


A számítási teljesítményt a processzorok lebegőpontos műveletvégző 
képességével mérik. Jelenleg 5 gigaflops/sec (másodpercenként 5 milliárd 
lebegőpontos művelet) teljesítménytől felfelé nevezünk egy számítógépet 
szuperszámítógépnek. 

Ekkora teljesítmény elérésének igen fontos összetevője a processzorok 
közötti kommunikáció sebessége, hiszen hiába építik be egy rendszerbe 
processzorok százait vagy ezreit, ha azok nem tudnak egymással elég gyorsan 
kommunikálni, és az adatok várakozni kénytelenek. 

Az egyetlen gépként működő (SIM, single image machine, azaz egyetlen 
kernel image-et futtató) gépeken a program futásideje pontosan meghatá- 
rozható, a processzorok közötti kommunikáció sebessége nagy, és a megfe- 
lelő programok fejlesztése is könnyebb. Ennek a számítási teljesítményre 
orientált (, capacity computing") működésnek a lényege a processzorok minél 
gyorsabb és hatékonyabb együttműködése. 

A SIM ellenpontjaként a klaszterbe szervezett gépek együttesének 
könnyebb a szervizelhetősége (ki lehet iktatni egy gépet, vagy betenni 
újabbakat, miközben a rendszer tovább működik), és a rendszer elemei távol 
is lehetnek egymástól (hálózati kapcsolat), mely koncepció az erőforrások 
minél jobb kihasználására törekszik, és megbízható folyamatos működést 
igyekszik biztosítani (, capability computing"). 

A SIM szuperszámítógépek két nagy csoportba sorolhatók: vektorpro- 
cesszoros és skalárprocesszoros gépekre. A vektorprocesszoros gépek töm- 
bökön, vektorokon hajtanak végre műveleteket — párhuzamosan vagy 
átlapolva. Jól ismert vektoros gép például a Cray T90. Főleg katonai és 
meteorológiai célokra használják őket. 

A skalárprocesszoros gépek a memória kezelése szempontjából lehetnek 
közös vagy elosztott memóriahozzáférésűek. Az elosztottmemóriahozzáférés 
klaszteres tulajdonságokat (is) hordoz, és a logikailag jól párhuzamosítható 
feladatok megoldásában hatékony. Ilyen például az IBM SP2, amelyet az 
atomfizikai kutatásoknál tudnak jól alkalmazni. Közös hozzáférésű memória 
esetén a processzorok saját memóriáját a többi processzor is használhatja, 
azaz minden processzor eléri a teljes memóriát. Ezek a nagyon nagy 
adatáramlást (I/O) igénylő feladatoknál célszerűek. Tipikus képviselői: a HP 
Superdome és a Sun E10000 Starfire (mindkettő maximum 64 processzorral), 
illetve az SGI Origin szervercsalád (maximum 512 processzorral). 








rázolás akár térbeli látványként is szem- 
ügyre vehető. Ilyen megjelenítéshez 
természetesen rendkívül nagy grafikai 
teljesítményre képes számítógép tarto- 
zik, az Onyx3000. Egyetlen más szá- 
mítógép sem képes 16 különböző gra- 
fikus csatornát mozi minőségben kezel- 
ni, egészen 40 bites színmélységig. 

A Silicon Graphics kivételes grafikai 
és számítási teljesítményét lassan már 
20 éve használják a filmstúdiók és a 
trükkműhelyek. A nagyobb stúdiók 
(DreamWorks, Industrial LightézMag- 
ic, LucasArts) alkotásai közismertek: 
Godzilla, Terminator, Gladiator, Perfect 
Storm, az idén nyáron bemutatott Shrek 
és a Final Fantasy című film. Ez utóbbit 
műfajtermető alkotásnak tartják, mert 
teljesen számítógéppel próbáltak való- 
ságszerű világot létrehozni. 

A hazai kereskedelmi televíziózás is 
használ Onyx alapú rendszereket, ilyen 


például az RTL Klub híradójának vir- 
tuális stúdiója. Igaz, hogy munkaállo- 
más, de textúrakezelésben egyedülálló 
képességű az új SGI 02--, mert több 
mint 900 MB textúramemória áll a 
felhasználók rendelkezésére. (Jelenleg 
a PC-s világban 128 MB körüli grafikus 
memória a maximum.) 

Visszatérve a vizuális megjelenítés- 
re, megdöbbentő látványt nyújtó alkal- 
mazási példa a Hayden planetárium, 
ahol több mint 200 000 valós égitest 
adataiból Onyx rendszerek segítségével 
produkálnak statisztikailag korrekt vir- 
tuális utazásokat az Univerzumban. 

Végül meg kell említenünk még a 
Media Servereket, amelyek például di- 
gitális filmeket katagolizálnak és szol- 
gáltatnak — akár interneten keresztül 
is, több ezer kliensnek egyidejűleg. 

Schinogl Péter — Szabó Gábor 
peterOsilicon.hu 
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Oprendszerek konvergenciája 


A legnagyobbaktól a legkisebbekig 


A világ informatikai eszközparkját a sokszálú fejlesztésnek 
köszönhetően többféle szemléletet képviselő operációs 
rendszer gazdagítja. A technológiai csúcsot, az egyre 
inkább szuperszámítógépes kategóriát képviselő és ahhoz 
illeszkedő egyedi eszközök viszonylag alacsony száma 
elvben akár az egyedi fejlesztéseket is elviselte (volna), 
de napjainkban ezeket a , szupereket" is egyre inkább 


a sorozatban gyártott gépek összekötésével alakítják ki, 
ami viszont már nem igazán kedvez az operációs 
rendszer szintű egyedieskedésnek. . . 


Amikor a XX. század közepén meg- 
indult az elektronikus informatikai esz- 
közök gyártása, ezek többsége egyedi 
eszköz volt, speciális célra fejlesztve. 
Ennek megfelelően alakították ki azo- 
kat a vezérlőprogramokat, amelyek a 
gépek folyamatait irányították, és az 
egyediség sokszor megnyilvánult az 
egyedi operációs rendszerekben is. E 
megoldás kétségtelen előnye volt, hogy 
célirányosan és hatékonyan lehetett fej- 
leszteni. Hátránya pedig, hogy ezeket 
a vezérlőprogramokat máshová nem 
egykönnyen lehetett átvinni. 

A sorozatgyártás következtében az- 
után egy-egy operációs rendszerből sok 
példány kezdett futni, ráadásul ezek 
már nem is voltak célorientáltak, mert 
a gépeken az egyik pillanatban üzleti 
alkalmazás, a másik pillanatban teljesen 
más jellegű program, például játék fu- 
tott — és fut ma is. A gépspecifikus 
operációs rendszerek pedig elrejtőztek 
a felhasználó elől. 

A szuperszámítógépek kategóriája 
alatt megtalálhatók azok a mainframe 
típusú eszközök, amelyek a számítás- 
technika hőskorának kvázi jogutódai. 
Ezek is sorozatgyártásban készülnek, 
bár még mindig jelentős beszerzési ér- 
téket képviselnek. Operációs rendsze- 
rüket tekintve többségükön valamilyen 
Unix-verzió fut. 

A Unix rendszert éppen az hívta 
életre, hogy a mainframe gépkategória 
terjedéséhez szükség volt egy közös 
platformra, amely az alkalmazások hor- 
dozhatóságát is lehetővé teszi. Illetve, 
most már múlt időben fogalmazva, csak 
tette volna, ha nem alakult volna ki 
számos, sokszor gépspecifikus Unix- 
klón. A forráskód birtokában ugyanak- 
kor megmaradt annak lehetősége, hogy 
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kevés változtatással át lehessen tenni 
ezeket az alkalmazásokat egyik rend- 
szerből a másikba. 

A PC-k (personal computer) világá- 
ban az eleinte piacra került megannyi 
géptípushoz sokan és sokféle rendszert 
fejlesztettek, igyekezve az adott pro- 
cesszorarchitektúrából a legtöbbet ki- 
hozni. Napjainkra a mindennapi eszkö- 
zökbe telepített elektronika és informa- 
tika ismét megerősítette a célrendsze- 
rek, a specifikus operációs rendszerek 
igényét, miközben a , hagyományos" 
kategóriák közötti határok elmosódni 
látszanak. 

Ma már egyértelmű trend, hogy a 
szuperszámítógépek egyre nagyobb há- 
nyadát sorozatgyártású alkatrészekből 
szerelik össze. Annak sincs azonban 
akadálya, a PC-kben is felhasználható 


processzorokból és a hozzájuk tartozó 
kiszolgáló elemekből az építőszekrény 
elvnek megfelelően mainframe kategó- 
riájú gépeket építsünk, melyeken pedig 
a PC-s operációs rendszerek valamilyen 
módosított változata is futhat. Egyéb- 
ként is egyre gyakrabban megtörténik, 
hogy adott célra és adott gépkategóriára 
fejlesztett operációs rendszert kezdenek 
más kategóriák felé is kinyitni. Tech- 
nológiailag és piacilag egyaránt, amire 
jó példa a Windows életútja. 

A Windowst kezdetben kifejezetten 
a mindenki asztalára szánt DOS grafi- 
kus héjaként, köpenyeként fejlesztet- 
ték, és bár a rossz nyelvek szerint ma 
sem alkalmas másra, azt azért el kell 
ismerni, hogy ez a héj elég nagy utat 
tett meg legelső verziója, majd pedig a 
16 bites világ legérettebb grafikus hé- 
jának számító Windows 3.x sorozat 
megjelenése óta. 

Az új technológiai irányvonalat kö- 
vető Windows NT (New Technology) 
éppenséggel már a szerverek piacára 
kívánt betörni, és ezt a piaci manővert 
a Microsoft sikerrel végre is hajtotta. 
Mind nagyobb teljesítményű Windows 
NT-k jelentek meg, a Windows 2000 
néven forgalomba került 5-ös verzióra 
pedig a Unisys már rá merte bízni a 
maga többprocesszoros CMP (cellular 
multiprocessing) technológiát alkalma- 
zó nagygépét, az ES7000-et. 








n:.ÉS akkor a sok összekapcsolt kisgép teljesen kiszorította a nagygépeket." 
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A másik irányból az eleve nagyobb 
gépkategóriákra kifejlesztett Unix is 
elindult az egyedi PC-k kiszolgálásának 
irányába. Ennek legmarkánsabb példája 
a Linux, de PC-n futó több más Unix- 
klón is használatos. Ezeket pedig a 
másik táborból érik olyan megjegyzé- 
sek, hogy a Unixok mégsem igazán a 
felhasználó asztalára való operációs 
rendszerek... És ebben is van némi 
igazság, mert még a legújabb KDE 
grafikus felhasználói felület kezelésé- 
nek kényelme sem igazán versenyképes 
a Windowséval. Az is tény viszont, 
hogy megjelenő új verziói nagy lépé- 
seket tettek (és feltehetően a jövőben is 
tesznek) ebbe az irányba... 

A hálózatokra rátérve, a sajtóban 
napjainkban gyakran elhangzó eufori- 
kus megnyilatkozásokra a szakemberek 
részéről érthető módon elhangzanak 
olyan fanyar megjegyzések, hogy nem 
éppen friss találmányról van szó, hiszen 
már a központi számítógéphez kötött, 
és annak erőforrásait használó munka- 
állomások rendszere is egyfajta hálózat 
volt. Más kérdés, hogy valamilyen ok- 
ból egy darabig a hálózat nélküli PC-k 
halmazának munkahelyi terjedése volt 
a jellemző, de az ésszerűség végül 
mégis azt diktálta, hogy egyszerűbb 
központi szerveren tárolni a bináris 
adatokat, és onnan lehívni az aktuálisan 
munkába fogott állományokat, mint el- 
szigetelt gépeket szinkronizálni. A köz- 
ponti fájlszerverek számára pedig meg- 
jelentek a speciálisan erre felkészített 
operációs rendszerek, sikerük jól lemér- 
hető például a Novell NetWare terjedé- 
sén. Természetesen ez ugyanakkor szá- 
mos probléma megoldását, például a 
hozzáférés szabályozását is megköve- 
telte, de a fejlesztők az akadályok nagy 
részét eddig sikerrel vették. 

Sajátos jelenség, hogy a helyi háló- 
zatok kialakításának egy külső hálózat, 
az internet elterjedése adta a legna- 
gyobb lökést. Mivel az internet a háló- 
zatokat összekapcsoló hálózatként mű- 
ködik, a világot átfogó rendszerben igen 
sok szerver kap szerepet, és ezeknek 
megvan a maguk operációs rendszere. 
A felhasználónak nem is kell foglalkoz- 
nia azzal, hogy melyik milyen, mert a 
saját gépén futó rendszer és a világháló 
között szabványos kapcsolati séma biz- 
tosítja az adatcserét. A kapcsolati pro- 
tokollok szükségtelenné teszik a mun- 
kaállomások operációs rendszerének 
egységesítését, ami kedvez a sokszínű- 
ség kialakulásának. A nagyon gyorsan 
uralkodóvá lett IP kommunikációs 
szabvány a helyi hálózatokban is előtér- 
be helyezte a központosított rendszerek 
kialakításának lehetőségét. A központi 

















erőgéphez ún. buta IP-terminálok csat- 
lakoznának, amelyeken egy ilyen kö- 
rülményekhez fejlesztett speciális ope- 
rációs rendszer futna, vagy akár háló- 
zati kártyáról indulnának, még operá- 
ciós rendszer nélkül is. Az első ilyen 
elképzelés gyakorlati kivitelezése (a 
, network computer" koncepció) ugyan 
kudarcot vallott, lassanként mégis ki- 
alakulnak egy ilyen rendszer üzleti vagy 
otthoni felhasználásának körvonalai — 
lehetőségei és korlátai. Ugyanakkor ép- 
pen az IP-hálózatok, az internet tech- 
nológiájának mindennapivá válása hoz- 
ta, hogy bárki a saját szempontjából 
célrendszernek számító bármilyen ver- 
ziót feltehet a gépére, mégsem lesz 
elszigetelve a világtól, ha az akommu- 
nikáció szabványos és egységes. 
Hasonló helyzet alakult ki a távköz- 
lésben a hordozható eszközök tömeges 
megjelenésével. Ezeknek a mobil ké- 
szülékeknek megvan a korai PC-k ké- 
pességeit sokszorosan felülmúló, saját 
hardver- és szoftverkészletük, beleértve 
az operációs rendszert is. A chipkészlet 
az elvégzendő számítástechnikai fel- 
adatokra célirányosan van kialakítva, 
kombinálva a mobiltelefon informati- 
kájának megvalósításával. A használat 
így sokszínűbb, és ismét teret kaphat- 
nak a feladatspecifikusan kialakított 
operációs rendszerek. Mivel pedig azok 
többsége az adott géptípuson egyfajta 
beágyazott rendszerként fut, a szűkebb 
értelemben vett operációs rendszerek 


helyett sokkal inkább széles spektrumú 
operációs platformok alakulnak ki, mi- 
közben a kommunikáció számára to- 
vábbra is adottak a kommunikációs 
szabványok. 

Ez a technológia teszi lehetővé, hogy 
a beépített rendszertől — és az adott 
mobil eszköz adott processzorára írt 
operációs rendszertől is — függetlenül 
mind több funkció legyen beépítve az 
említett eszközökbe. A napjainkban ter- 
jedő, kommunikátor kategóriájú telefo- 
nok már egyre kevésbé telefonok, egyre 
inkább egy jól integrált, telefonálásra 
is alkalmas mobil számítógép habitusát 
mutatják. Ebben az irányban megindult 
konvergencia jelentkezik a hagyomá- 
nyos marokszámítógépek körében is: 
azokhoz hozzáadják a mobil távközlési 
rendszerbe való bekapcsolódás képes- 
ségét. Ez megvalósulhat beépített for- 
mában, mint az amerikai rendszerhez 
fejlesztett Palm VII esetében, vagy úgy, 
hogy az infrakapun keresztül szab- 
ványos IRDA alapú kommunikációra 
teszik képessé az eszközöket. A kismé- 
retű mobil eszközökben jelenleg a Palm 
OS a legelterjedtebb, míg egyes készü- 
lékcsaládokban elég népszerűvé vált a 
WinCE, illetve a Pocket PC. 

A jövőt illetően könnyelműség lenne 
egy-egy termék vagy operációs rend- 
szer irányába mutató jóslatokba bocsát- 
kozni. A technológia fejlődése gyakran 
rácáfol a várakozásokra, ahogy azt a 
neten elérhető téves jóslatgyűjtemé- 
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nyek jól mutatják. Néhány tendencia 
azonban felvázolható, ami azonban 
csak bizonyos extrapolációja a jelenleg 
tapasztalható folyamatoknak. 

Az internet, pontosabban az IP alapú 
technológiák általános használatával, 
később pedig a lényegesen nagyobb 
címtartományt átfogó IPv6 alapú rend- 
szerek elterjedésével fokozottabban 
előtérbe léphetnek a mobil munkaállo- 
mások, a levéltárca méretűtől a jelen- 
legi táskagépek méretéig. Bennük vél- 
hetőleg főként beépített (úgynevezett 
embedded) operációs rendszerek lesz- 
nek. Ezek között már ma is megtalál- 
hatóak azok, amelyek a Unix irányából 
indultak, így hálózatos munkára felké- 
szült tekintélyes rokonság áll a hátuk 
mögött. Helyzeti előny maga a nyílt 
forráskód is. Ezek a rendszerek a foko- 
zatos funkcióbővítés ellenére sem biz- 
tos, hogy elindulnak a nagyobb eszkö- 
zök működtetésének képessége irányá- 
ba, ami nem feltétlenül baj, hiszen egy 
operációs rendszernek nem önmagának 
kell tudnia mindent, és felesleges ma- 
gába szívnia minden létező funkciót. 
(Az iskolarendszerhez tudnám hasonlí- 
tani, amely szintén akkor működik jól, 
ha nem akar mindent megtanítani, ha- 
nem kialakítja az információ megszer- 
zésének képességét, hogy mit hol és 
hogyan kell keresni és felhasználni.) 

A gépben a funkciók, feladatmegoldó 
képességek  elhelyezkedhetnek akár 
ideiglenesen betölthető modulok for- 
májában (ahogy azt a Linux csinálja), 
akár a hálózati alállomásokon keresztül, 
az adatraktárakból, alkalmazásszerve- 
rekről lehorgászva. Ez utóbbihoz ter- 
mészetesen szükség van kissé komo- 
lyabban felszerelt háttérre, és annak 
egyik eleme lehet egy stabil PC, ahol 
adataink nagyobb részét, köztük mobil 
eszközünkét is , háttértárolni" tudjuk. 

A PC-kategóriában és a táskagépek 
világában vélhetően még hosszabb ide- 
ig megmaradnak a jelenlegi operációs 
rendszerek és azok frissített változatai, 
bár a szakadatlan bővítés helyett azokra 
is jótékony hatást gyakorolna egy funk- 
cionális profiltisztítás. Az alkalmazások 
és a hardverelemek kezelésében egya- 
ránt a modularitás irányában kellene 
haladniuk a fejlesztéseknek. Ez a Linux 
és rokonai esetében már megfigyelhető, 
a Windowsnál viszont továbbra is az a 
filozófia uralkodik, hogy mindent 
egyetlen robusztus rendszerbe integrál- 
janak. 

Ez utóbbi odáig terjed, hogy telepí- 
téskor az alkalmazások meglehetősen 
mélyen beágyazódnak a platform réte- 
gei közé, ami bizonyíthatóan árt a rend- 
szer stabilitásának. Az informatikában 
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járatlanok számára azonban sajnos to- 
vábbra is ez lehet a vonzóbb és 
könnyebben járható út, így a Windows 
minden kritikusának meg kell barátkoz- 
nia azzal a gondolattal, hogy még jó 
ideig prioritása lesz a gondolkodást 
automatizmusokkal helyettesítő megol- 
dásoknak. A WinCE felhasználásával 
megkezdődött (például a Siemensnél) 
azoknak a termékeknek a fejlesztése, 
amelyek a jelenlegi táskagépek helyére 
lépve már közvetlen adatkapcsolatot 
képesek létesíteni a helyi telefonháló- 
Zattal. 

A mobil oprendszerek világának töb- 
bi része is mozgásban van. Az Epoc 
Release 5-öt követte a Symbian plat- 
form 6.0, de közben megegyezés is 
született az Epoc és a Palm között. A 
BeOS idén tavasszal feladta Windows- 
zal szembeni fejlesztési harcát, és tel- 
jesen a beágyazott eszközök felé for- 
dult. Önfeladása odáig terjedt, hogy a 
Palm felvásárolta a BeOS-t, és ennek 
első eredményei várhatóan a PalmOS 
5-ös változatában jelennek majd meg. 

Az elterjedt nagy operációs rendsze- 
reket gyakran annak alapján ítélik meg, 
hogy mennyire tudják kiszolgálni a 
cégek vagy a közigazgatás hatalmas 
adatbázisait, adatraktárait. Könnyen 
előfordulhat azonban, hogy ezekre a 
feladatokra specifikus operációs rend- 
szereket fognak fejleszteni, és azok nem 
valamelyik nagyobb rendszer mutációi 
lesznek (amilyen például a Windows 
2000-ből kialakított Datacenter Server), 
hanem például a háttértáripar (storage) 
saját fejlesztésű, az adatok és állomá- 
nyok raktározására és kiszolgálására 
optimalizált rendszerei. Az internetköz- 
pontok számára is sokkal célszerűbb 
lehet speciális operációs rendszereket 
tervezni, és hasonló a helyzetük más 
koncentrált feladatra, erőforráskezelés- 
re szolgáló szoftvereknek is. A beágya- 
zott elektronikát tartalmazó készülékek 
(appliance) mintájára ma már gyakran 
a , nagy" számítástechnikában is speci- 








álisan az adott feladathoz , méretre sza- 
bott" rendszereket telepítenek, noha 
azok legtöbbször valamelyik általános 
szoftver (kihegyezett vagy lebutított) 
variánsai, mint ahogy a Novell Internet 
Caching System (NICS) mélyén is egy 
NetWare változat található. 

Egyes eszközökben, főleg a bizton- 
ságtechnikában használt , hardveres" 
tűzfalaknál is megjelentek a célszoft- 
verként külön erre a célra kifejlesztett 
operációs rendszerek. Ez logikus fejle- 
mény, hiszen a biztonságnak fontos 
tényezője az egyedi megvalósítás, mi- 
közben kifelé az IP alapú kapcsolat 
szabványosságának kell garantálnia a 
világhálóhoz való illeszkedést. 

A fent vázolt differenciálódás ugyan- 
akkor nem szorítja ki az univerzális 
eszközöket, azok iránt továbbra is nagy 
lesz az igény, és ezek meghajtói nagy 
valószínűséggel a jelenleg használt 
operációs rendszerek utódai közül ke- 
rülnek majd ki. Jelenleg ugyan lelassult 
a hagyományos PC-piac bővülése, de 
ilyen rendszerekre van szükség a prog- 
ramfejlesztéstől a játékok használatáig 
sok mindenhez, és táskagépeinken is 
ilyenek futnak. 

Az is előfordulhat persze, hogy az 
igazi megoldást egy olyan rendszer 
hordozza, amely jelenleg még csak a 
fejlesztők fantáziájában él — vagy még 
ott sem. Ugyanakkor a kapcsolati pro- 
tokollok szabványaihoz való alkalmaz- 
kodás tulajdonképpen egyre inkább lé- 
nyegtelenné teszi, hogy milyen oprend- 
szerrel vezérlik a hálózatokat, és milyen 
platform van az egyes felhasználók 
gépén. A lényeg, hogy szót (bitet) ért- 
senek egymással, és amelyik eszköz 
alkalmas a valóban szabványos kom- 
munikációra, kielégíti a biztonsági kö- 
vetelményeket, és nem lépi át a szemé- 
lyes adatokban való illetéktelen vájká- 
lás határát, az tagja lehet a , gépszövet- 
ségnek", a többiekre pedig bizonyos idő 
múlva a feledés homálya borul. 

Simay Endre István 
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, Adatgyári" technológia 


A KSH útja a mainframe-től a mainframe-ig 


Van egy olyan , gyár", amely adatalapanyagból sajátos 
adatvégterméket, statisztikai információt állít elő. 

Ehhez atdatraktárakat, adatbázisokat kell építenie 
atdatalapanyagok, adatfélkésztermékek, adatkésztermékek 
tárolására. Miközben azonban egy igazi raktárban egy-egy 
gyártási és értékesítési ciklus után mindig felszabadul a 
hely a következő időszak készletei számára, itt az 
adatbázisból kinyert információ továbbra is ott marad, 

és egyre csak halmozódik. Ami pedig a mostani téma 
szempontjából a lényeg: ennyi adat központi feldolgozása 
nagy teljesítményű számítógépek nélkül ma már nem is 
lenne lehetséges. A Központi Statisztikai Hivatal 

egyik legfontosabb munkeszköze ezért a mainírame 
számítógép lett, amint erre a technikai 


(és gazdasági) lehetőség megszületett. 


A KSH , gépesítése" 1949-ben kez- 
dődött, amikor megalakult a Hollerith 
gépekkel felszerelt gépi feldolgozó osz- 
tály. Az első univerzális, elektronikus 
számítógépet (ICT1900) az 1960-as 
népszámlálás adatainak feldolgozására 
vásárolták. Később a , géppark" az 
1970-es népszámláláshoz vásárolt ICL 
1904-es számítógéppel bővült. 


ICL-korszak (1973-ig) 


A számítógépesítés kezdeti idősza- 
kában — miként mindenki más, akinek 
hasonló erőforrásigényű feladatai vol- 
tak — a KSH is csak nagygépekre, 
mainframe-ekre építhette rendszerét. 
Ebben a korszakban a megyei igazga- 
tóságok nem is rendelkeztek számító- 
géppel. A batch üzemmódban működő 
központi gépek lyukszalagos, lyukkár- 
tyás, mágnesszalagos és néhány mág- 
neslemezes egységgel voltak felszerel- 
ve. Az alapfunkciók közül főleg az adat- 
feldolgozást segítették az egyedi prog- 
rammal működtetett számítógépek. 

A tájékoztatás, a papír alapú kiadvá- 
nyok készítése , géptelenül" történt. A 
gépek csak a statisztikai kiadványok 
számadatait nyomtatták ki, a címek, 
fejlécek írógéppel készültek, és ragasz- 
tással kerültek a számokat tartalmazó 
hasábok fölé. A lapokat lefényképezték, 
és a kiadványokat offset technikával 
kinyomtatták. Az adatrögzítést külön 
célgépek segítették, és ez a művelet 
nem volt közvetlenül összekapcsolva a 
nagy számítógépek működésével. 





A mai regiszterek primitív, szekven- 
ciális fájlformátumú elődeinek karban- 
tartása még batch jellegű tevékenység 
volt, de azt már a nagy számítógépeken 
futó programok végezték. Az adatrak- 
tározás egyedi fájlokban, az adatvisz- 
szanyerés a statisztikusok megrendelé- 
se alapján, az informatikusok által ké- 
szített egyedi programokkal zajlott. Az 
adatok elemzését íróasztalon, papír ala- 
pú táblákból végezték a statisztikusok, 
és amikor egy batch program eredmé- 
nyét nagy sokára megkapták az infor- 
matikustól, sok esetben azt látták, hogy 


nem olyan táblát kellett volna megren- 
delni, az adatok valamilyen más vetü- 
letben érdekesebb összefüggéseket mu- 
tatnának... és már írták is az újabb 
megrendelést, aminek elkészültére is- 
mét sok időt kellett várniuk. 

A metaadatok ebben az időben csak 
a statisztikusok fejében léteztek, számí- 
tógépes tárolásukra még nem került sor. 


IBM-korszak (1973-92) 


A KSH-ban nemcsak a 70-es, hanem 
a 80-as években is , mainframe-es vi- 
lág" volt, mert ez felelt meg a centra- 
lizált adatkezelést igénylő statisztikai 
információrendszernek. A 80-as évek- 
ben, a PC-k felfutásának korszakában 
a központosított statisztikai-informati- 
kai rendszer működtetéséhez a PC még 
nem adott igazi alternatívát. 

Mai felgyorsult világunkból vissza- 
tekintve alig hihető, hogy egy számító- 
gépes korszak majdnem húsz éven át 
tarthatott. Ennek első felében a KSH 
Magyarországon kivételesen jó hely- 
zetben volt, mert miközben másutt az 
ESZR gépekkel küzdöttek, a KSH-ban 
IBM gépeken folyt a munka. A korszak 
elején az IBM 370/145-ösök üzembe 
helyezése elsősorban a teljesítmény nö- 
vekedését és egy új számítástechnikai 
kultúra bevezetését jelentette. Az alap- 
funkciók tekintetében a korszak végén 
alkalmazott IBM 4381-es típusú köz- 


Informatikai szolgáltatások, adattípusok 








Adatraktározás, lekérdezés, 
"elemzés támogatása 
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ponti számítógépek és a megyei igaz- 
gatóságoknál működő gépek hálózati 
összekötése pedig minőségi változást 
eredményezett. 

Az adatelőkészítés decentralizáltan, 
a megyei igazgatóságok TPA számító- 
gépein történt. Az ellenőrzött adatbevi- 
telt belső szabványokon alapuló általá- 
nos programokkal, interaktív módon 
végezték a szakstatisztikusok. A decent- 
ralizálás időmegtakarítással járt, és a 
beérkezett statisztikai kérdőívek helyi 
javítása az adatminőség javulását is 
eredményezte. A jónak elfogadott ada- 
tok hálózati vonalon kerültek (ASCII 
fájlok formájában) a KSH központi 
számítógépére. 

A központban az informatikusok ter- 
minálokon, interaktív módon végezték 
a programfejlesztést, de továbbra is 
batch jellegű maradt az adatfeldolgozás 
és annak előkészítése. A fejlesztést név- 
konvenció alkalmazásával "működő 
szabványos központi könyvtárrendszer 
támogatta. Az adatfeldolgozás a Mark 
IV fájlkezelő rendszerre épült, és 
ugyanez a rendszer segítette az adat- 
visszanyerést is. 

A tájékoztatást nyomdakész kiadvá- 
nyok segítették. Ekkor készült az első 
saját fejlesztésű lekérdező rendszer, 
amely a hivatalon belüli statisztikusok 
számára lett volna elérhető. (A rendszer 
elterjedését a terminálhiány, majd az új 
számítógépkorszak beköszöntése hiúsí- 
totta meg.) 

A fejlett, de még batch karbantartás- 
sal működő regiszterek elsősorban az 
adatfeldolgozási munkát segítették. Er- 
re épült az adatgyűjtés szervezésének 
rendszere, amely egyre több feladatot 
oldott meg az adatszolgáltatók pontos 
kijelölésével, a kérdőívek kiküldésének 
vezérlésével. 

A szabványos struktúrával rendelke- 
ző, szabványos névkonvencióra épülő 
(, adatbázisnak" nevezett) Mark IV fájl- 
rendszer kezeléséhez és értelmezéséhez 
szükségessé vált az adatok tartalmi le- 
írása — létrejött a központi metaadat- 
bázis. Annak karbantartása batch jelle- 
gű volt, a statisztikusok tájékoztatását 
a metaadatbázis alapján készült nyom- 
tatott katalógusok, és a keresést segítő 
indexek készítése biztosította. 


HP-korszak 
(1993-tól napjainkig) 


A 90-es évek eleje nagy változást 
hozott a KSH számára. A központosított 
működést a legnagyobb HP szerver 
biztosította, míg a , számítástechnikát 
mindenkinek" elv a központi szerverek- 
kel összekapcsolt PC-k hálózata segít- 
ségével valósult meg. Kezdetben ugyan 
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a kapacitás nem volt elég nagy, és a 
hálózat sem volt elég erős ahhoz, hogy 
a KSH informatikai alapfunkcióinak 
ellátását tökéletesen kiszolgálja, de a 
folyamatos bővítések és beruházások 
egyre jobb helyzetbe hozták a rendszer 
fejlesztőit és használóit. 

A korszak elején a KSH egységes HP 
Unix platformra épülő központi és me- 
gyei számítógéphálózathoz jutott, ame- 
lyet az informatikusok és végfelhasz- 
nálók számára is elérhető PC-s géppark 
egészített ki (DOS - Windows 3.1 
oprendszerrel). A rendszert Oracle re- 
lációs adatbáziskezelő szolgálta ki. 

A korszakváltást a megyei TPA gé- 
pek teljes elöregedése, valamint az 
adatbázis alapú adatkezelés igénye hoz- 
ta, és a Phare pénzügyi segítség elnye- 
rése tette lehetővé. Az adatfeldolgozó 
gép mainframe kategóriájú volt (HP- 
9000/890), de a többi szerver is a nagy 
teljesítményű unixos gépek közül került 
ki (HP-9000/847 és HP-9000/867). A 
megyei igazgatóságokhoz HP-9000/817- 
es Unix szerverek kerültek. 

A beruházások eredményeképpen 
, binárisan kompatibilis" országos szer- 
verhálózat jött létre, amelynek minden 
szervere jó hatásfokkal (válaszidővel) 
volt képes működtetni az Oracle adat- 
báziskezelő rendszert. Az Oracle szoft- 
ver már akkor is támogatta a központi 
adatbázis elérését a megyékből, de a 
hálózat (X-25) lassúsága szükségessé tet- 
te a megyei adatbázisok működtetését. 








Az Oracle nemcsak adatbáziskezelő 
rendszert szállított, hanem alkalmazás- 
fejlesztő eszközöket is. Ezek segítségé- 
vel az informatikusok képernyős alkal- 
mazásokat fejlesztettek ki, így a statisz- 
tikusok saját maguk voltak képesek 
bevinni, javítani és lekérdezni a statisz- 
tikai adatokat. A személyi számítógé- 
pek általi interaktív munkavégzés álta- 
lánossá vált a KSH központi és megyei 
szerveinél is. 

A HP korszak nagy horderejű moz- 
Zanata a , migráció" volt, ami az adatok 
és alkalmazások IBM-ről HP-re való 
átköltöztetését jelentette. Ez a váltás 
kínálta a lehetőséget az egyes alrend- 
szerek újragondolására, az új technikai 
lehetőségeket kihasználó eszközök fej- 
lesztésére. Ekkor teljesedett ki a köz- 
ponti adatgyűjtés szervezési rendszere 
(GÉSA), amely kielégíti mind a köz- 
ponti, mind a megyei statisztikusok 
igényeit, vezérli a kérdőívek előállítá- 
sát, és az ún. , megszemélyesített kér- 
dőívek" révén könnyíti az adatszolgál- 
tatók munkáját. 

Az első időszakban a gyenge hálózat 
és az intenzív megyei használat miatt 
szükségessé vált az adatbázis megyei 
verziójának elkészítése. Elsőként a re- 
giszterrendszer (GSZR) újult meg úgy, 
hogy az adatbázis csak a központi szer- 
veren frissül, és ezt érik el a megyei 
igazgatóságok is. Az adatelőkészítés a 
megyékben még a régi szoftvereszkö- 
zök PC-s változataival történt. 





A hónap témája 





emerald 





editke 


A metarendszer migrációja teljes 
egészében Oracle eszközökre épült, in- 
teraktív karbantartást és lekérdezést va- 
lósítva meg. A további fejlesztés azt 
célozta meg, hogy a metarendszer a 
statisztikai információrendszert a lehe- 
tő legteljesebben írja le, minél több 
folyamatvezérlő információt tartalmaz- 
zon, és szolgálja ki a többi funkciót is 
(az adatelőkészítéstől a tájékoztatásig). 


Átváltozások 


A PC-k elterjedésével az adatelemzés 
(először Lotus, majd MS Excel progra- 
mok segítségével) új lehetőségeket te- 
remtett a statisztikusok számára. A gra- 
fikus felhasználói felület a kiadványké- 
szítés technikáját is forradalmasította. 
A KSH szoftverpalettáján több elemző- 
rendszer szerepel, például az SPSS és 
a SAS. Univerzális jellege miatt ez 
utóbbit adatfeldolgozásra és alkalma- 
zásfejlesztésre is használják. 

Az Oracle alkalmazások futtatása a 
90-es évek közepéig Unix platformon 
(PC-s terminálemuláció segítségével) 
történt, majd az erős, nagy teljesítmé- 
nyű PC-k megjelenésével és a Windows 
NT operációs rendszer bevezetésével 
átkerült a személyi számítógépekre. 


Az új infrastruktúra 
A. 2000-ik év nagy technikai megúju- 
lást hozott. Négyéves tudatos fejlesztés 





SAN architektúra 


eredményeképpen megvalósult a szer- 
verekre, tárolóeszközökre és alkalma- 
zásokra kiterjedő konszolidáció. Az 5-7 
éves Unix szerverek cseréje, illetve 
bővítése révén ma már a nagy megbíz- 
hatóságot igénylő, kritikus szolgáltatá- 
sokat két, egyenként két szerverből álló 
klaszter (fürtbe kapcsolt szerver) végzi. 
Az erősebb gépekből álló klaszterre 
(HP 9000 V2200, N4000) elsősorban 
az adatbázisok kerültek, ott van továbbá 
az adattárház, és a teljes géppark men- 
tését végző OmniBack szerverprogram. 
A másik klaszterben lévő gépeken (2 
db HP 9000 T600) található meg az 
OpenMail levelezőrendszer, a DNS 
szolgáltatás, illetve oda tették a Unix- 
felhasználók home könyvtárait, és a 
batch jellegű egyéb feldolgozásokat. A 
gépeket mindkét klaszterban a HP MC 
Service Guard szoftvere kapcsolja 
össze. A szerverek által nyújtott szol- 
gáltatások az év minden napján, folya- 
matosan elérhetők. 

A szervereket és a LAN gerincét 
alkotó kapcsolókat 155 mbit/sec-os 
sebességű, redundáns ATM hálózat 
köti össze, de azt 2001 végéig Gigabit 
Ethernettel váltja fel. 

Az adatok tárolását — beleértve a 
mentéseket is — az eszközök SAN 
(storage area network) hálózati tároló- 
rendszerbe való kapcsolásával oldják 
meg. Az összekapcsolást biztosító esz- 


nirvana 


köz (fibre channel) 100 MB/sec-os át- 
viteli sebességével az állományok 
gyors elérését teszi lehetővé. Az HP 
XP256 tárolórendszer biztosít gyors el- 
érést a rajta kialakított fájlrendszerek- 
hez, konfigurációja a legtöbb esetben 
működés közben módosítható. 

A központi informatikai infrastruk- 
túra néhány adata: 

— 23 db PA RISC processzor (160- 
550 MHz). 

— 29 GB RAM memória. 

— Több mint 11 ezer TPM (másod- 
percenkénti tranzakció). 

— 2,5 TB lemezkapacitás (RAID 5). 

— 18 DLT egység (DLT 4000, 7000, 
8000). 

A fentieket gyors és hatékony vég- 
felhasználói eszközök (PC-k) egészítik 
ki, lehetővé téve a statisztikusok szá- 
mára az adatok asztali számítógépen 
való további elemzését, az informatiku- 
sok számára pedig a gyors fejlesztést. 
A KSH összes dolgozója hozzáférhet a 
rendszerben a statisztikai-informatikai 
szolgáltatásokhoz, és természetesen 
olyan alapvető funkciókhoz, mint a 
levelezés, a szövegszerkesztés stb. 

Az új környezet két nagy fejlesztést 
tett lehetővé: 

— Az adatelőkészítési feladatok ál- 
talános megoldására kifejlesztett rend- 
szer (ADÉL) szükségtelenné tette a 
helyi adatbázisok használatát, a megyei 
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igazgatóságokban az adatok bevitele, 
javítása közvetlenül a központi adatbá- 
zisban történik. A megoldás általános, 
így a statisztikusok ugyanazt a rendszert 
használhatják a különböző statisztikai 
témákra. 

— Másik újdonságként a KSH meg- 
kezdte az adattárház építését. Ennek 
célja, hogy a KSH a felhalmozott adat- 
vagyont felhasználásra előkészített mó- 
don, egységes rendszerbe foglalja, és 
felhasználóbarát módon tegye lehetővé 
a statisztikai adatkérések kielégítését 
(például a megjelenített táblázatok és 
grafikonok tetszés szerinti variálását). 
Itt is igaz az a tendencia, hogy a meg- 
oldás témafüggetlen, a különböző sta- 
tisztikai területek ugyanazzal az alkal- 
mazással (STATINFO) kérdezhetők le. 
Az adatelemzést az Oracle Express 
nevű termék biztosítja, amely lehetősé- 
get ad az OLAP funkciók használatára. 
Ehhez a KSH-nak saját tervezésű és 
kivitelezésű keretrendszert kellett ki- 
dolgoznia. 


Jön a webkorszak 


A KSH informatikai rendszerén tör- 
ténő legújabb változtatásokat két ténye- 
ző kényszeríti ki. Az egyik az, hogy a 
statisztikai adatok közlésénél a webes 
lehetőség mind nagyobb szerepet ját- 
szik az eddig szokásos (könyv és CD) 
publikálási forma mellett. Ezért 2000- 
ben a KSH megújította, és teljesen 
adatbázis alapúvá tette weblapját, ami- 
nek hamarosan kiegészítő részévé válik 
a webes adatelemzési lehetőség külső 
felhasználók számára is. 

A másik kényszerítő ok, hogy aKSH 
számára kulcsfontosságú szoftverek jö- 
vőbeni verziói egyre inkább már csak 
webes alkalmazások fejlesztését lehe- 
tővé tevő alkalmazásfejlesztő eszközök 
lesznek. Ha a webes alkalmazások 
funkcionalitása megegyezik a kliens- 
szerver technológiára készültekével, 
akkor ez a KSH-nak nyereséget jelent, 
hiszen így a belső és külső felhasználást 
szolgáló technológia ugyanaz lesz, mind- 
össze a , cache szerver" fog az egyik 
esetben az intranetre, a másik esetben az 
internetes hálózatra csatlakozni. 

A külföldi statisztikai hivatalok há- 
zatáján körülnézve azt láthatjuk, hogy 
egy-két kivételtől eltekintve másutt is 
hasonló utat jártak be. A statisztika 
természetéből adódik ugyanis, hogy az 
egyre növekvő adattömeget a folyama- 
tosan változó igények ellenére összeha- 
sonlíthatóan, és egyetlen centrális adat- 
bázisban lehet csak hatékonyan kezelni. 

Baracza Lajosné 
— Bodovics Tamás - Papp Imre 
lajosne.baracza€oksh.gov.hu 
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Informatikai szolgáltatások 


A KSH informatikai szolgáltatásai központi adatbázisokra épülnek. Az 
adatbázisok különböző adattípusokra épülnek. A regiszter a KSH által 
megfigyelt egységek nyilvántartását jelenti. A szervezési adatok szolgálnak 
információval az adatgyűjtés szervezéséhez és irányításához. A termelési 
adatbázis a statisztikák elkészítéséhez szükséges. Az adattárház a belső, a 
tájékoztatási adatbázis a külső felhasználók számára összeállított, lekérdezhető 
adatvagyon. A metaadatok az adatokat leíró információk. 

A statisztikai rendszer főbb informatikai szolgáltatásai az alábbiak: 


Nyilvántartás 


A statisztikai hivatal a megfigyelendő egységekről (például gazdasági 
szervezetekről, településekről stb.) nyilvántartást, regisztert vezet, hogy tudja 
az aktuális állapotot, egyes kiemelt időpontokban érvényes állapotot, illetve 
figyeli az egyes egységekben bekövetkező változásokat (szétválásokat, 
összevonásokat stb.). 


Adatgyűjtés 


Az adatgyűjtés szervezése regiszterre épül. A regiszter egységeihez (például 
a gazdasági egységekhez) hozzárendeli azokat az adatgyűjtéseket, kérdőíveket, 
amelyeket az adatszolgáltatónak ki kell töltenie az év során. Ezt a folyamatot 
a rendszer vezérli és felügyeli a kérdőív kiküldésétől a beérkezésig. 


Adatelőkészítés 


Az adatelőkészítés feladata az ellenőrzési szempontok meghatározása, 
dokumentálása, a papír alapú kérdőívek rögzítése, a papíron vagy elektroni- 
kusan beérkező adatok ellenőrzése, a hibák kijavítása, a jónak elfogadott 
adatok előállítása. 


Adatfeldolgozás 


E funkció feladata az adatelőkészítés eredményeként előállított ellenőrzött, 
javított adatok továbbfeldolgozása és előkészítése az adatközlés számára. Ez 
a különböző forrásokból származó adatok összerakását, a hiányzó adatok 
pótlását, a mintavétel alapján gyűjtött adatok teljes körre való becslését, a 
felhasználók által leggyakrabban igényelt aggregátumok előállítását, össze- 
hasonlítható adatok képzését, végül munkatáblák előállítását jelenti. 


Adatraktározás 


A feldolgozás eredményeként keletkező, felhasználásra előkészített adatokat 
olyan módon kell tárolni, hogy azt a statisztikusok felhasználóbarát eszközzel 
könnyen visszanyerhessék, az adatokat elemezhessék. Fontos szempont, hogy 
a különböző témák adatait ugyanazzal az alkalmazással lehessen elérni, a 
statisztikusoknak elegendő legyen egy eszköz használatát megtanulni. 


Tájékoztatás 


A tájékoztatás a statisztikai munka végeredményét közvetíti a statisztika 
felhasználói számára. Ez két módon történhet. Előre megtervezett és előállított 
statikus táblák formájában, vagy dinamikus módon, úgy, hogy a statisztika 
felhasználója interaktív eljárás során saját maga összeállítja és megszerkeszti 
adatigényét. 


A statisztikai hivatalban sok problémát jelent a rendelkezésre álló adatok 
sokfélesége. Biztosítani kell, hogy a felhasználók tájékozódni tudjanak a 
hatalmas adathalmazon belül, és pontosan tudják értelmezni az egyes adatokat. 
Ezt a célt szolgálják a metaadatok, amelyek leírják a statisztikai információ- 
rendszert. Ide tartozik például az adatgyűjtések leírása, a statisztikai mutatók 
leírása, a statisztikai osztályozási rendszerek leírása, a fogalmak definícióinak 
meghatározása stb. E metaadatok folyamatos aktualizálását látja el a meta- 
adatkezelési funkció. A metaadatokat minden említett szolgáltatási funkció 
egységesen használja. 








Pro domo 





Hol késünk az éji homályban? 


Szavak, szavak; szavak... csak itt tettek is kellenének 


2001. októberi dátumot viselő mostani számunk csak 
november végén, december elején jut el olvasóinkhoz. 
Rendszertelenné vált megjelenésünkből és ahhoz fűzött 
rendszeres kommentárjainkból az utóbbi egy év alatt 
persze mindenki láthatta, hogy a szakmai tájékoztatás 
általunk művelt formájának finanszírozásával bajok 
vannak. Reméltük, hogy idejében leadott vészjelzéseinkre 
felfigyelnek azok az informatikai cégek és intézmények, 
amelyek közvetve vagy közvetlenül leginkább érdekeltek 
a mélyebb szakmai információk közreadásában, és van 
lehetőségük hozzájárulni egy jelentős értéket hordozó 
hazai kiadvány fennmaradásához. Személyesen is nagyon 
sok embert megkerestünk, levelezéseink és tárgyalásaink 
különösen az utóbbi hónapokban váltak intenzívvé. 


Erőfeszítéseink ennek a számnak a lapzártájáig mégsem 
vezettek eredményre. A kialakult helyzetről 


az alábbiakban tájékoztatjuk olvasóinkat. 


Amikor 2001 nyarán ezeken a hasá- 
bokon tudattuk, hogy szeptemberben 
, új életet kezdünk", még úgy gondol- 
tuk, hogy két szám kihagyásával és a 
tervezett profilbővítéssel saját erőből is 
helyre tudjuk állítani pénzügyi egyen- 
súlyunkat. Az események azonban át- 
húzták számításainkat. 

Az informatika egyes területein a 
piaci konjunktúra tovább lanyhult, és a 
technológiai cégek közül még többen 
döntöttek úgy, hogy csökkentik hirde- 
tési ráfordításaikat (is), ami bennünket 
különösen súlyosan érintett. De nem- 
csak bennünket. 

— A Népszabadság 2001 augusztu- 
sában megszüntette a Computer Tech- 
nika című színes mellékletet, mert an- 
nak hirdetési vonzata már hosszabb 
ideje nem fedezte a melléklet előállítási 
költségeit. 

— Elegendő számú kiállító hiányá- 
ban idén elmaradt az előzőleg 13 éven 
át minden ősszel megrendezett Comp- 
fair informatikai szakvásár. 

— 2001 decemberétől a Byte Ma- 
gyarország és az Infopen összeolvadá- 
sával, új lapként és központi informa- 
tikai támogatással jelenik meg az Info- 
Byte, amely elsősorban az elektronikus 
kormányzat, az infokommunikáció, az 
uniós informatika, a szakmai érdek- 
egyeztetés, a leendő információs társa- 
dalom szakmai fóruma kíván lenni. 


Sok más figyelmeztető jelet is fel 
lehet fedezni. A számítástechnikai ki- 
adványok közül azok tudják ezt az 
időszakot leginkább átvészelni, ame- 
lyek rendelkeznek tartalékkal, tőkeerős 
kiadói háttérrel vagy valamilyen támo- 
gatással. A bankok hitelnyújtási techni- 
kája csak azokat húzza ki a gödörből, 
akik egyébként is ki tudnának mászni, 
legfeljebb egy kicsit lassabban. 

Az internetes médiák helyzete szin- 
tén addig volt irigylésre méltó, amíg 
tartott az újdonságot megillető befekte- 
tési eufória. Amint kiderült, hogy a 
weblapok jövedelemtermelő képessége 
korántsem olyan nagy, mint azt erede- 
tileg gondolták, sok webhelynek át kel- 
lett értékelnie helyzetét, és vállalni 
olyasmit is, ami az eredeti koncepcióba 
nem nagyon fért volna bele. 

Az egyik leglátogatottabb hazai web- 
portál, az Index nemrégiben közölt egy 
szellemében és stílusában lapunk Pro 
domo rovatára emlékeztető írást, rávi- 
lágítva a , webfronton" is kiéleződő 
ellentmondásokra. Üzenetük figyel- 
meztető jel számunkra is, mert előreve- 
títi a web irányába történő profilbővítés 
árnyoldalait, a szabadság és a függet- 
lenség gazdasági korlátait. Következ- 
zék tehát ebből egy hosszabb idézet: 

, Önök izgalmasabbnál izgalmasabb 

zínes ábrákat látnak föl-alá masírozni 
kedvenc Indexük címlapján és egyéb 


helyein, látnak továbbá hirtelen elő- 
tűnő, nehezen eltüntethető ablakokat, 
lenyíló, előbukkanó, kihajtogatódó, föl- 
söndörödő, lepöndörödő izéket, szóval 
van itt minden, mint a búcsúban. 

Ennek mi, kedves olvasók, nagyon 
örülünk. Ezekből az izékből élünk 
ugyanis, nem másból. Amit ezeken ke- 
resünk, azt adjuk oda az embereinknek, 
abból fizetjük az újságírókat, progra- 
mozókat, igazgatókat, pénzügyeseket, 
mindenkit. Amíg az internet tőzsdei dia- 
dalmenete tartott, és a befektetők haj- 
landók voltak szinte korlátlan mennyi- 
ségű pénzt belelapátolni egy-egy ígére- 
tes portálba vagy más vállalkozásba, 
addig igazából senki nem törte magát 
a hirdetések után. Volt tartalék a kam- 
rában elég. Ma más a helyzet. A befek- 
tetők csak a negyedéves üzleti jelen- 
téseket nézik: van-e nyereség? A pénz- 
csapot elzárták, a tartalékok elfogytak. 
Mindenki azt költheti, amit megkeres. 
(Kivéve azt a néhány szerencsés, ám 
kevésbé független céget, amelyet valami 
gazdag anyuka — telko, médiabiroda- 
lom vagy ilyesmi — eltart.) És egy 
portál, egy internetes újság másból nem 
igen jut pénzhez, mint a hirdetésekből. 

Ahogy az online újságoknak egyre 
nagyobb szükségük van pénzre, úgy a 
hirdetők is egyre hatásosabb megjele- 
nést szeretnének a pénzükért: olyan 
hirdetést, amelyet az olvasók észrevesz- 
nek. Ezért aztán csillog-villog-ugrál 
minden. Mi, itten az Indexnél sokáig 
idegenkedtünk a túl feltűnő, az olvasó 
arcába belemászó reklámoktól, de be- 
láttuk: ma már máshogyan nem lehet. 
Ki fizetne azért, hogy reklámja észre- 
vétlenül meghúzódjon valamelyik sa- 
rokban? 

A bevételtermelés másik módja lehet, 
ha az újság megpróbál pénzt — előfi- 
zetési díjat — kérni szolgáltatásaiért. 
Ez a fizetős módszer az interneten 50- 
sem működött igazán, már öt-hat évvel 
ezelőtt letettek róla az online média- 
cégek, ennek ellenére több tartalom- 
szolgáltató is belevágott újra. . . Az utób- 
bi hetekben több olvasó javasolta, hogy 
indítsunk  hirdetésmentes,  előfizetős 
szolgáltatást. Ahhoz, hogy ezt megte- 
hessük, föl kell mérnünk az igényt, meg 
kell becsülnünk az előfizetői tábort, 
ezek után kezdhetünk számolgatni: 
mennyiért mennyit." 
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Pro domo 





A fenti szöveg szemléletesen mutat- 
ja, hogy az internetes kiadványok is új 
finanszírozási lehetőségeket kénytele- 
nek keresni, amint a befektetők és a 
támogatók , elzárják a pénzcsapot". Ezt 
követően ugyanis az előállításhoz, mű- 
ködtetéshez szükséges eszközök forrá- 
sai leszűkülnek a reklámra, illetve — 
több szereplő nem lévén — a hagyo- 
mányos sajtóhoz hasonlóan az informa- 
tikai termék fogyasztóira. Az eredetileg 
teljesen ingyenesnek szánt weben azon- 
ban a használati díj szedése kevés ki- 
vételtől eltekintve eddig nem bizonyult 
életképes megoldásnak. 

A nyomtatott sajtóban az olvasó kez- 
dettől fogva fizet a lapért, de egy elvi- 
selhető lapáremelés is csak korlátozott 
mértékben tudja kompenzálni a hirde- 
tési, támogatási oldalon keletkező be- 
vételkiesést. A veszteséges periódusok 
leküzdése pedig néha évekig is eltart, 
ami külső források bevonása vagy ele- 
gendően nagy saját tőke nélkül szinte 
megoldhatatlan, ha már nincsenek költ- 
ségcsökkentési vagy egyéb belső tarta- 
lékok. A lap megszüntetése ugyanakkor 
nem jó megoldás, ha abban nagyon sok 
év munkája fekszik, mert egy csőd 
szélén álló lap megmentése sokkal ke- 
vesebb pénzbe kerül, mint egy lap 
indítása (vagy újraindítása). 

Legnagyobb hitelezőinknek is azért 
lenne érdeke lapunk megmentése, mert 
egy veszteséges, minimális alaptőkéjű, 
értékesíthető vagyontárgyakkal gya- 
korlatilag alig rendelkező kiadó felszá- 
molása számukra anyagilag a leg- 
rosszabb , megoldás". (Döglötten a vi- 
lág legjobb és legdrágább versenylova 
is csak , anyagáron" értékesíthető.) Az 
értéket tulajdonképpen egyedül a mű- 
ködő lap, a külső szerzőgárdát is ösz- 
szetartó szerkesztőség és annak szel- 
lemi ereje hordozza. Aki járatos ebben 
a témában, az tudja, hogy amikor egy- 
egy ilyen műhely feloszlik, azt utána 
már nem nagyon lehet ugyanarra a célra 
ugyanolyan ütőképesen újból összehoz- 
ni. Az átrendeződésnek persze lehetnek 
jó hatásai is, de az eredeti érték bizo- 
nyosan elvész. 

Éppen a fentiek miatt próbáltunk 
elsősorban olyan kiadókkal és informa- 
tikai (számítástechnikai, távközlési, in- 
ternetes) cégekkel tárgyalni, amelyek- 
ről úgy gondoltuk, hogy az Új Alaplap 
beleillene profiljukba, és amelyeknél 
lapunk ismét nyereségessé válhatna. 
Tevékenységünk kibővítésével (gyűjte- 
ményes CD-k kiadásával, bevételt hozó 
honlap kialakításával stb.) később a 
hagyományostól eltérő eszközökkel is 
javítani tudnánk pénzügyi mérlegünket, 
de ennek eredményei nem egy-két hó- 
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nap alatt jelentkeznek, a kivitelezők 
viszont teljesen érthető módon nem 
vállalhatják tartozásaink további növe- 
kedését, ezért mindenképpen külső erő- 
forrásokra van szükség ahhoz, hogy 
következő számaink egyáltalán megje- 
lenhessenek. 

Az Új Alaplap természetesen a szá- 
mítástechnika kialakulásának köszön- 
heti létét. 18 éven át nagyrészt abból 
táplálkozott, onnan merítette informá- 
cióit, ennek a szakterületnek köszön- 
hette szerzőit, olvasóit, hirdetőit... A 
dolog másik része viszont, hogy ebből 
az informatikai szakma is sokat profi- 
tált, a mai szakembergárda derékhadá- 
nak friss és mély számítástechnikai 
ismeretekkel való ellátásában lapunk 
nem kis szerepet játszott. Ez volt a múlt. 
A kérdés most úgy merül fel, hogy erre 
a szerepre szükség van-e a jövőben is, 
Ha nincs, hát nincs. Szép volt, jó volt, 
érdekes volt, elmúlt. Előfordulhat vi- 
szont, hogy az informatikai szaktudás 
közvetítése, a gondolkodásra nevelés 
ebben a formában már nem piacképes 
ugyan, a társadalomnak mégis szüksége 
van rá, és kialakíthatja ennek finanszí- 
rozási módját, ha megvan rá a szándék. 
Miért ne lehetne értelmes központi tá- 
mogatási cél megmenteni a magyar 
számítástechnika legrégebbi magyar 
szakfolyóiratát? És még idejében. 

Mindenféle megoldást keresgélve 
igyekszünk tehát elkerülni a csődöt, 
hogy továbbra is megjelenhessen az Új 
Alaplap. Másfél év alatt felhalmozódott 
adósságaink törlesztéséhez mintegy 10 
millió forintra lenne szükség, de a dol- 
gok jelenlegi állása szerint az általunk 
megkeresett (és egyáltalán választ adó) 
kiadók, informatikai cégek és intézmé- 
nyek szándékaiba vagy lehetőségeibe 
ez a befektetés nem fér bele. Tovább 
kell keresnünk , az igazit" és , az igazi- 
akat". Nagyon sok helyen megfordul- 
tunk, és nagyon szép szavakat kaptunk. 
Csak itt most tettek is kellenének. 

Asok hercehurca közepette nem tud- 
tunk foglalkozni sem a gyűjteményes 
CD-vel, sem saját honlapunk átalakítá- 
sával, de olvasóink javaslatát elfogadva 
weblapunkon — annak jelenlegi szer- 
kezetébe beillesztve — mindig hírt 
adunk majd megjelenésünk várható 
időpontjáról és ügyeink alakulásáról. 
Szándékaink szerint most egy össze- 
vont novemberi-decemberi számnak 
kellene következnie, de még nem tud- 
juk, hogyan és mikor sikerül azt kiadni. 
Aki erről informálódni szeretne, kattint- 
son rá időnként arra a régi , faliújságra" 


(http://www.alaplap.hu). 
Faklen Pál 


főszerkesztő és kiadó 











Tilitoli 
eredményhirdetés 


Az Új Alaplap jubileumi Tilitoli 
feladványának megoldásait 2001. 
október 31-ig kellett beküldeni. Te- 
kintettel októberi számunk megje- 
lenésének kényszerű csúszására, a 
végredményt már itt közzé tudjuk 
tenni. Lapunk egy éves előfizeté- 
sével díjazott nyerteseink listája a 
lépésszám — azonos eredmény 
esetén a beküldési időpont — sze- 
rinti rangsornak megfelelően a kö- 
vetkező: 


Nyertesek Lépésszám 
1. Riszter Péter 158 
2. Jergler Csaba 158 
3. Németh Márk 158 
4. Csizmazia Tamás 158 
5. Bordé Zoltán 162 
6. Pintér Gábor 182 
7. Császár Péter 195 
8. Budea Áron 210 
9. Lindmayer Antal 266 

10. Ábrahám Péter 272 


A 10 nyertes mellett egyéves 
előfizetéssel jutalmaztuk Török Ti- 
bor teljesítményét is, aki nem a 
megoldást küldte be, hanem a fela- 
datra általa írt megoldóprogramot. 
Tekintve, hogy a programjával el- 
érhető minimális lépésszám ugyan- 
csak 158, tapasztalati alapon ezt 
tekintjük a feladat megodására vo- 
natkozóan az optimumnak. 

A megoldóprogram bemutatásá- 
val és a téma logikai, programozási 
összefüggéseivel a későbbiekben 
még szeretnénk foglalkozni. Ez a 
azonban sajnos már visszakanyaro- 
dik a megjelenésünk körüli bizony- 
talansághoz. Szemünkre vethetik, 
hogy nem volt elegáns dolog nye- 
reményként előfizetést felajánlani, 
ha a lap jövője ennyire homályos. 
Mentségünkre szóljon, hogy a díjak 
kitűzésekor még jóval kevesebb 
akadály tornyosult előttünk. 

Ha mégis olyan helyzetbe kerül- 
nénk, hogy nem tudjuk teljesíteni 
ígéretünket, az iránt nyerteseink 
bizonyára megértést tanúsítanának. 
Az Új Alaplap helyett esetleg kap- 
hatnának másik lapot. De melyi- 
ket? A piacon maradt informatikai 
lapok közül melyik pótolhatja leg- 
inkább az Új Alaplapot azok szá- 
mára, akik meg tudják oldani a 
Tilitoli feladványt? 











nem ves 
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CD-kalauz 





Fókuszban 
a , művindózok" 


Lapunkban rendszeresen szólunk a 
különböző rendszerek egymás mellett, 
sőt uram bocsá" egymáson éléséről. Ez 
utóbbihoz olyan eszközök szükségesek, 
amelyek lehetővé teszik a más platfor- 
mokra írt programok használatát. Ezt a 
témát 2000. júniusi számunkban rész- 
letesen tárgyaltuk, de például a VM- 
ware azóta is visszatérő vendégünk, és 
CD-mellékletünkre most abból az alka- 
lomból került fel, hogy elkészült mun- 
kaállomásokra szánt legújabb verziója. 

A Linux és Windows NT platformra 
közreadott VMware Workstation 3.0 
telepítése nem sokban tér el a 2-es 
verziókétól, viszont csak béta-változat, 
tehát a frissítést nem szabad elhamar- 
kodni. Számos új tulajdonsága — pél- 
dául az új Linux-kernelhez kapcsolódó 
tűzfal megoldás, a végleges verzióban 
ígért USB-támogatás vagy a CD-k ISO- 
image állományainak kezelése — von- 
zóvá teszi kipróbálását, de ez együtt jár 
a korábbi virtuális merevlemez módo- 
sításával, ami hiba esetén komoly gon- 
dokat okozhat, ezért előtte ajánlatos 
elmenteni az aktuális állapotot. A ki- 
próbáláshoz a korábbi verzió licenckul- 
csa nem használható fel, újat kell igé- 
nyelni a fejlesztő honlapján (http:// 
www.vmware.com/vmwarestore 


/newstore/wkst eval login.jsp). 

A platformok közötti átjárhatóságot 
elősegítő másik csomag a Wine. Szá- 
mos Linux-disztribúció (például a meg- 
újult SuSE) alapfelszereléséhez hozzá- 
tartozik ez a fejlesztői szerint még csak 
alfa állapotú , művindóz". Nem emulá- 
tornak hívják, de felfogható annak is. 
Egy régebben telepített Windowst is 
munkára foghatunk vele Linux alatt, 
mindössze biztosítanunk kell, hogy a 
Windowst hordozó partíció Linuxból is 
látható legyen (mount), a konfigurációs 
fájlt pedig módosítsuk saját rendsze- 
rünk érvényes útvonalainak megfelelő- 
en. A weben megtalálhatók a Wine 
korábbi verzióinak formátumát őrző 
konfigurációs fájlok (wine.ini), de azok 
nem megfelelőek, ezért minta gyanánt 
közreadunk egy telepítőkészletből ki- 
bontott és egy működő rendszerből ki- 
vett példányt is. A Wine egy-egy kész 
program kisebb módosítása és lefordí- 
tása erejéig olyan komplex eszközöket 
is tud futtatni, mint például a Delphi 5 
(lásd a fenti képen). 

A Wine honlapjának (http://www 
.winehg.com) adatai szerint az aktuális 
fejlesztési ciklust október 4-én zárták, 


d tn - combfile 








de mint minden folyamatosan változó 
rendszernél, itt is különböző összeállí- 
tások élnek egymás mellett. Így a Code- 
Weavers által fejlesztett csomag a Wine 
beállítását és használatát egyszerűsítő 
segédleteket is tartalmaz. CD-mellék- 
letünkre egy októberi állapotnak meg- 
felelő teljes verzió forráskódját tettünk 
fel, a későbbi frissítésekhez a Wine 
honlapjáról már csak a különbözetet 
kell begyűjteni. A Wine köré tömörült 
közösség jóvoltából telepíteni tudunk 
lefordított bináris állományokat is a 
glibc-verziókkal felszerelt rendszerek- 
re: a 2.2-es verzióhoz Kristian Eide, a 
2.1-eshez pedig Adam Sacarny gyűjte- 
ményéből válogattunk. A forráskód 
alapján persze mindenki előállíthat sa- 
ját rendszerére optimalizált Wine-t is. 


StarOffice 6 (béta) 


A Sun Microsystems szerencsére 
folytatja a StarOffice irodai program- 
csomag fejlesztését. A szabad forrás- 
kódú OpenOffice mellett elkészítették 
a továbbra is ingyenesnek deklarált Sun 
StarOffice 6-os verziót, amelynek most 
megjelent publikus béta változatát tet- 
tük fel CD-mellékletünkre. Használata- 
kor szem előtt kell tartani, hogy a 
program még tesztelési fázisban van (a 
végleges 2002 elejére várható), tehát ha 
nincs elég hely a lemezen, akkor cél- 
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szerű annyit felszabadítani, hogy a ko- 
rábbi StarOffice verzió mellett párhu- 
zamosan tudjuk telepíteni és használni 
a 6-ost is. A linuxos és a windowsos 
verzió helyigénye egyaránt meghaladja 
a 100 MB-ot. Telepítés előtt kéretik 
elolvasni a licencdokumentumot. A má- 
sik dokumentum közvetlen telepítési 
segédlet PDF formátumban. 


Kisebbek és nagyobbak 


A fenti nagy szoftvercsomagok és 
gyűjtemények mellett ezekben a vírus- 
veszélyes időkben mindenkinek jól jö- 
het a Kaspersky Labs lapunk számára 
dedikált vírusirtója, mely — akárcsak 
az előző számokban — a mellékelt 
kulcsfájl segítségével 30 napig teljes 
funkcionalitással használható. 

Szerszámosládánkból több szöveg- 
szerkesztőt is olvasóink figyelmébe 
ajánlunk: az egyik az RTF-formátumot 
is értő Notepad Deluxe 1.0, a másik a 
jól bevált EditPad frissített változata, a 
harmadik a kódok szerkesztésére alkal- 
mas és ingyenesen használható XVI32 
hexaeditor. 

Végül linuxos olvasóinknak közre- 
adjuk a 2.4-es kernel legújabb frissíté- 
sét, valamint az abban bevezetett tűzfal 
megoldás angol nyelvű segédkönyvét 
(iptables-tutorial.pdf). 

Simay Endre István 
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Hálózati önvizsgálat 


A hálózatok szakszerű működtetésé- 
nek fontos része mérni az adatcsoma- 
gok mennyiségét és a hálózati adat- 
áramlás jellemzőit. Ilyen célt szolgál a 
Sniffer eszközcsomag, amelyet jelenleg 
a NAI fejleszt. A teljesen szoftveres 
megoldások mellett vannak önálló 
hardver-szoftver egységként, saját ope- 
rációs rendszerrel működtetett készülé- 
kek is (Sniffer Pulse). Megjelentek to- 
vábbá a drót nélküli és mobil eszközök- 
höz készült változatok, részben táska- 
gépekre telepíthető formában (Sniffer 
Portable), részben az IP alapú hangát- 
vitel elemzésére felkészítve (Sniffer 
Voice). A cég legutóbbi szakmai napján 
bejelentették, hogy a Schoeller Net- 
work Design Hungary többségi tulaj- 
dona a Schoeller Network Control ke- 
zébe került. Megkezdődött több új há- 
lózatvizsgáló eszköz hazai forgalmazá- 
sa is (Niksun NetVCR, NetlIO Chariot, 
Sitara OoSWorks). 


2 GHZz-es Pentium 


Az Intel a 64 bites processzorok 
mellett folyamatosan fejleszti a Penti- 
um sorozatot is. 2001 augusztusában 
Magyarországon is bemutatták, majd 
forgalomba hozták az új NetBurst ar- 
chitektúrára épülő P4-es processzor 2 
GHz-es változatát. 


Morphologic fordító 


A magyar nyelvű szövegek számító- 
gépes feldolgozásában, illetve a prog- 
ramok magyar nyelvű kezelési felüle- 
tének kialakításában jelentős eredmé- 
nyeket ért el a 10 évvel ezelőtt alapított 
Morphologic. Helyesírás-ellenőrzők, 
szótárprogramok, fordítóprogramok 
jelzik eddigi sikeres tevékenységét. A 
tizedik születésnapot olyan fordító- 
program előzetes bejelentésével kö- 
szöntötték, amely a tervek szerint 2002 
elején kerül forgalomba, és amelynek 
koncepciója új minőségi szint elérését 
eredményezheti a szövegeknek egyik 
nyelvről a másikra történő átültetésé- 
ben. A fordítás általában a szavak szó- 
tári alakjából és a hozzárendelt jelen- 
tés(ek)ből indul ki. Ugyanakkor a sza- 
vak jelentése igen nagy mértékben függ 
a szövegkörnyezettől, és bárki tapasz- 
talhatja, hogy azok a legjobb szótárak, 
amelyek példamondatokba ágyazva 
igyekeznek a szavak jelentését minél 
pontosabban visszaadni. A Morpholo- 
gic fejlesztési irányzata is ezt a logikát 
követi: megfordítja a keresés sorrend- 
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jét, előbb az összetett kifejezéseket, a 
frazeológiai kötöttségben előforduló 
szókapcsolatokat, a konkrét szövegkör- 
nyezetből vett példákat pásztázza vé- 
gig, és ha azokban nem találta meg a 
keresett mintát, akkor folyamodik az 
egyszerűbb, de több hibalehetőséget 
tartalmazó szótári megfeleltetéshez. A 
fordítás pontossága rendkívül nagy 
mértékben javítható, ha sikerül erre a 
célra óriási méretű szövegadatbázisokat 
felhalmozni. A MetaMorpho elnevezé- 
sű alkalmazás másik érdekessége, hogy 
a bemutatott demó már képes volt a 
BME-n kifejlesztett  beszélőgéppel 
együttműködni, ami a vakok és gyen- 
gén látók számára teszi könnyebbé az 
idegen nyelvű szövegek megértését. 


Átrendezés az IBM-nél 


Az IBM átadott a SOTE számára egy 
komplett, DB2 adatbáziskezelőre és 
Lotus kliensekere alapozott, mintegy 25 
millió forint értékű rendszert, amellyel 
a koraszülötteknek az ország 22 inten- 
zív osztályán történő kezelését központi 
adatbázisban lehet nyilvántartani. Az 
IBM-mel kapcsolatos hír az is, hogy a 
nyár folyamán a Lotus szervezeti integ- 
rálása mellett döntöttek, így közvetle- 
nül az IBM kínálja a négy márkacso- 
portból álló teljes szoftverparkot (Lo- 
tus, Tivoli, DB2, WebSpere). ennek 
nyomán különböző személyi és szerve- 
Zeti változások is történtek. 


Cisco gyorsító 


A hálózati adatfolyam irányításában 
és szűrésében nagy szerepet játszó ele- 
mek egyúttal jelentősen lassíthatják az 
adatátvitelt. Különösen igaz ez a virtu- 
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ális magánhálózatok titkosítási műve- 
leteire, aminek felgyorsítására a Cisco 
kialakította a VPN Acceleration Mod- 
ule (VAM) gyorsítóeszközt. A labor- 
tesztek közel 60 százalékos teljesít- 
ménynövekedést mutattak a korábbi 
VPN-kártyákhoz képest. A VAM a Cis- 
co 7100-as és 7200-as sorozatú út- 
választóiba kerül beépítésre. 


Frissített az Apple 


Nagy várakozás előzte meg a Mac- 
intosh operációs rendszerének 10-es 
sorozatát, de az ilyen szoftvereknél 
folyamtos a megújítás igénye, és 2001. 
szeptember végére el is készült a Mac- 
OS X v10.I, az első jelentős frissítés. 
Ez az alapverzió megvásárlói számára 
ingyenes. A rendszer sebességének nö- 
velése és az Agua felhasználói felület 
finomítása mellett számos kisebb-na- 
gyobb kiegészítést is tartalmaz. 


Adobe újdonságok 


Az Adobe 2001. szeptemberében be- 
jelentette a professzionális felhaszná- 
lóknak szánt InDesign 2.0-t, mely már 
támogatja a Macintosh új operációs 
rendszerét, és több újítás és funkcióbő- 
vítés is van benne. Alkalmassá vált nagy 
méretű dokumentumok kezelésére, 
XML alapú dokumentumok beolvasá- 
sára, illetve az ilyen formátumban való 
mentésre. Az Adobe Illustrator vektorg- 
rafikus programnak is megjelent a leg- 
újabb, 10-es verziója, és az termé- 
szetesen ugyanolyan jól illeszkedik a 
Adobe olyan termékeihez, mint az In- 
Design, a Photoshop, az AlterCast, a 
GoLive, a LiveMotion, a Premiere és 
az After Effects. 
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XML konferencia 


Az internet világában a HTML leíró- 
nyelv által nyújtott szabadság hátránya- 
it akkor érezzük, amikor kötött struk- 
túrákat, például címtárakat, adatbáziso- 
kat kell átvinni a világhálón. Az XML 
kiterjesztett leírónyelv szabványát be- 
tartva lehetőség nyílik az adatbázisok 
és az abból készült dokumentumok 
adatvesztés nélküli szöveges továbbítá- 
sára és megjelenítésére, a platformfüg- 
getlen információcserére. Ennek lehe- 
tőségeit, illetve az XML-t és a köré 
épülő alkalmazások világát kívánta be- 
mutatni az a konferencia, amelyet ok- 
tóber elején szervezett Budapesten a 
LogOn Technology Transfer. 


Tenyérben az új Palm 


A PalmOS operációs rendszer szilár- 
dan tartja vezető helyét a , zsebrevág- 
ható informatika" világában. Más gyár- 
tók termékeiben is gyakran alkalmaz- 
zák, legyenek azok akár a Palm PDA- 
khoz hasonló személyi adatmenedzse- 
rek (Handspring, IBM stb.), akár cél- 
feladatra specializált eszközök (például 
DataScan mobil címkenyomtatók). Az 
új felhasználók megnyerésére tervezett 
Palm m100-as után megjelent típusok 
újításai már a professzionális felhasz- 
nálókat célozzák meg. Szeptember vé- 
gén hazánkban is bemutatták az m125- 
öst, amely a korábbiaknál gyorsabb 
Motorola Dragonball VZ 33-as pro- 
cesszort kapott, és Secure Digital (SD) 
valamint MultiMediaCard (MMC) bő- 
vítésekkel egészítették ki. A hardveres 
bővítéseket a Palm Universal Connec- 
tor (PUC) fogadja a gépen. Bővült a 
szoftverkínálat: a DataViz alkalmas a 
Word és az Excel állományok kezelé- 
sére is. 


Partícióvarázsló 


Az előző számunkban bemutatott 
PartitionMagic program lehetőséget kí- 
nál egy fájlokkal megrakott merevle- 
mez partícióinak átalakítására. Akkor 
még a 6-os verzióról írtunk, amely 
értelemszerűen nem vehette figyelembe 
a Windows fájlrendszer időközben tör- 
tént fejlesztéseit. A Microsoft új operá- 
ciós rendszerének, az XP-nek a megje- 
lenésével egyidejűleg a PowerOuest 
kiadta a partícióvarázsló 7-es verzióját, 
és abban az egyik bővítés a Windows 
XP fájlrendszerének támogatása. A me- 
revlemezek ugrásszerű méretnövekedé- 
séhez alkalmazkodva az új verzió már 
80 GB-os merevlemezek kezelésére is 


alkalmas, és a külső meghajtók közül 
az USB-n kapcsolódó partíciókat 
ugyancsak átszabhatjuk vele. További 
újdonság, hogy az új verzióhoz vész- 
tartalékként adott floppyk bevetésével 
nemcsak az átszabást lehet elvégezni, 
hanem onnan történő futtatással a vé- 
letlenül törölt partíciókat is vissza tud- 
juk állítani. 


Az IBM Regattája 


Az IBM legújabb felső kategóriájú 
szerverei Regatta néven futottak ki a 
piac óceánjára, bár van nekik az IBM 
új nevezéktanába illeszkedő prózaibb 
elnevezésük is: pSeries 680 és 690. 
Közös jellemzőjük, hogy a legújabb 
Power4-es processzorokat párosával 
helyezték egy-egy chipre, a köztük le- 
zajló adatforgalom tehát eleve gyor- 
sabb, és azt tovább növeli a közös L2-es 
gyorsítótár. Az így kialakított chipeket 
négyes blokkokban helyezték el, egy- 
egy modul így 8 fizikai processzorból 
áll. Az új architektúra lehetőségeinek 
kihasználására az AIX legújabb verzi- 
ója vagy az ÍBM által kifejlesztett Linux 
szolgál. Az új technológia sok tekintet- 
ben a mainframe gépek képességeit 
viszi be a szerverekbe, és formailag is 
sok a hasonlóság. Ennél azonban sokkal 
lényegesebb az alkalmazások futtatásá- 
nak bináris kompatibilitása, valamint 
az, hogy a Regatta szerverek pro- 
cesszorkészlete logikailag particionál- 
ható, ezáltal a rajtuk futó programok 
igényeihez menet közben is lehet alkal- 
mazkodni. 


SUSE 7.3 


Elkészült a SuSE 7.3, és annak ma- 
gyar nyelvű változata. Integrált telepí- 
tési segédprogramja, a YAST már ka- 
rakteres üzemmódban is jó szolgálatot 
tett, grafikus testvére, a YAST2 pedig 
egyre kifinomultabban segít a felhasz- 
nálónak. A SuSE új verziójának legfőbb 
újdonságai a biztonsági javítások és a 
felhasználói felület általános bővítmé- 
nyei. A 2.4.10-es kernel a korábbi IP- 
Chain lehetőségeit jelentősen bővítő 
tűzfalazást tesz lehetővé, amihez a Su- 
SE most saját személyes tűzfal kialakí- 
tásának lehetőségével járul hozzá. 
Ugyancsak a biztonságot szolgálja a 
titkosítható fájlrendszer és az elektro- 
nikus levelezés vírustalanításra szolgá- 
ló AMavViS. Az illetéktelenek távoltar- 
tása önmagában is jótékonyan hat a 
rendszer stabilitására, de más fejleszté- 
sekkel is javították a biztonságot. Mi- 
közben tehát külsőségeiben, eszköztá- 
mogatásában a Linux szükségképpen 


egyre több , vindózos" vonást mutat, 
emellett stabilan őrzi a hálózati bizton- 
ság terén megszerzett jó hírnevét. A 
grafikus környezetnek a kényelmet 
szolgáló egyik jelentős újdonsága az, 
hogy az alapértelmezett KDE 2.2.1 
fájlkezelője már lehetővé teszi a fájlok- 
ba való betekintést. Ugyanakkor a ko- 
rábban megszokott , susés" környezetet 
varázsolhatjuk magunk elé, és nemcsak 
a kezelés nyelveként választhatjuk a 
magyart, hanem a dokumentáció jelen- 
tős része is anyanyelvünkön áll rendel- 
kezésre. A magyarítás továbbra sem 
terjed ki azonban egyes fontos progra- 
mokra, amilyen például a rendszerek 
vegyes használatát lehetővé tevő 
VMware. (A BIOS-szintű emulátor 
programnak az új Linux kernel előnyeit 
kihasználó, munkaállomásokra szánt 
verziója próbaváltozatban megtalálható 
CD-mellékletünkön.) 


Informix és DB2 


Amikor az IBM felvásárolta az In- 
formix céget, ígéretet tett, hogy nem 
sorvasztja el annak IDS adatbáziskeze- 
lőjét, hanem a DB2 , testvéreként" to- 
vábbfejleszti azt. Ennek első eredmé- 
nyeként a 2001 októberében bejelentett 
IDS 9.3 adatbázisszoftver tartozéka a 
DB2 Relational Connect, amely lehe- 
tővé teszi a DB2 és az IDS adatok 
elérését a másik rendszerből is. 


Microsoft müzli 


A Microsoft finoman szólva is külö- 
nösnek mondható összehasonlító reklá- 
mot vetett be, hogy biztonságtechnikai 
szempontból sokszorosan aggályosnak 
bizonyult szerverszoftvereivel megpró- 
bálja kiszorítani a Novell termékeit. 
Történt, hogy a NetWare felhasználók 
kaptak a Microsofttól egy müzlis do- 
bozt, amelyben müzli helyett meglepő 
reklámüzenet volt: felszólítás arra, 
hogy cseréljék le rendszereiket Micro- 
soft termékekre, mert a Novell megvá- 
sárolt egy szaktanácsadó céget, ami a 
Microsoft értelmezése szerint azt jelen- 
ti, hogy a Novell egyre inkább erre a 
területre koncentrál, elhanyagolja a 
NetWare fejlesztését, tanácsos tehát a 
szoftverágazatból kivonuló Novelltől 
még idejében elszakadni, és termé- 
szetesen a Microsoft keblére borulni. 
Érthető módon a Novell nyomban hely- 
reigazítási és kártérítési pert indított a 
teljesen megalapozatlan és tudatosan 
félrevezető kampány miatt. (A techno- 
lógiai verseny mellett a két cég jogi 
csatározásai is tíz éves múltra tekinte- 
nek vissza.) 
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Welcome to the X-ray lab! 
Here you can learn about a method to 
determine the 3D structure of biological 
macromolecules - or even large complexes 
of macromolecules. The method is based on 
the diffraction of X-rays when they pass 
through erystals of the macromolecules or 
their complexes, Click on my head to access 


lectures in this room 


A Microsoftnak a pereskedések mel- 
lett újabban a vírusférgek is egyre több 
gondot okoznak: a Code Red, a Code 
Blue és a Nimda kihasználta a Micro- 
soft IIS és más Microsoft termékek 
biztonsági hibáit, és igen hatékonyan 
tudott terjedni. Idejében telepített javí- 
tókészletekkel a felhasználók ugyan ki- 
védhették volna e támadások zömét, de 
az mégsem normális állapot, hogy egy 
szerveren szinte havonta kell rendszer- 
hibákat korrigálni. Annál inkább gro- 
teszk, hogy müzlis reklámkampányá- 
ban a Microsoft éppen a biztonságos és 
tartós Novell NetWare rendszerek ,le- 
járati idejét" firtatja, miközben saját 
rendszerei ementáli sajtra emlékeztet- 
nek, és ennek tudatában olyan új licenc- 
politikát dolgozott ki, amellyel mester- 
ségesen is csökkenti termékeinek hasz- 
nálati idejét, mindenkiből kierőszakol- 
va a gyakoribb szoftvercserét. 


Nobel-díjasok 
weblapja 


A Nobel-díjat kerek száz éve, 1901- 
ben adták át először. Ebből az alkalom- 
ból megújították annak honlapját, a 
www.nobelprize.org látogatóit ezentúl 
átirányítják a http://www.nobel.se/ ol- 
dalra. A technikai hátteret adó Cisco 
eszközök telepítését és beállítását a 
Cisco Hálózati Akadémia diákjai vé- 
gezték. A megújult honlap nemcsak a 
tudomány, hanem a hálózati technoló- 
gia képességeibe is betekintést enged, 
például virtuális labortechnikus kísér 
bennünket a biokémiai laboratórium- 
ban. A tudományos ismereteknek meg- 
felelő feldolgozása nem kis munka le- 
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hetett. A bemutatásra szolgáló oktatási 
flash-video szépséghibája, hogy hasz- 
nálatához elég nagy teljesítményű gép 
kell, viszont aki csak a Nobel-díjasok 
névsorára és kiemelt publikációira kí- 
váncsi, az szerényebb géppel is értékes 
információkhoz juthat. 


Linux a Solarisban 


A Sun operációs rendszereinek sorá- 
ban a Solaris 8 jelentős előrelépés volt. 
A forráskód publikussá válása — akár- 
csak a Linux esetében — megkönnyí- 
tette a hibák folyamatos feltárását és 
kijavítását. Az október elején lezajlott 
fejlesztői napon bemutatott példák azt 
is érzékeltették, hogy a Solaris más 
szempontból is kezd hasonlítani a Li- 
nuxra, számos linuxos funkció azonnal 
bekerült a 8-as változatba, és a Linux- 
közösség azóta újabb bővítéseket dol- 
gozott ki. Ez a folyamat más gyártókat 
is arra szoríthat, hogy nagyobb ütemben 
haladjanak a Unix szerverek fejleszté- 
sével, mint ahogyan korábbi jó szándé- 
kú elhatározásaik nyomán történt. 


Képorientált 
HP-nyomtatók 


Vannak bizonyos jelek, hogy az iro- 
dai dokumentumok egy része tényleg 
nem válik automatikusan papírzabálóvá 
(ide tartozik például az elektronikus 
levelezés tekintélyes hányada), de ami 
igazán fontos, vagy aminek a bemuta- 
tásához nyomtatott változatra is szük- 
ség van, az bizony továbbra is printert 
követel magának. Ez utóbbi tendenciát 
tovább erősíti a digitális fényképezés: 


csökken a hagyományos fotókidolgo- 
zás aránya, helyette egyre több fotót - 
nyomtatnak ki önállóan képként vagy 
dokumentumokba beillesztve. A fény- 
képezés és szkennelés eredményeként 
keletkező képfájlokat egyelőre még 
nem tudjuk fényképalbumszerűen ma- 
gunknál hordani, bár egyszer nyilván 
ez is megvalósul. Szükséges a házi 
nyomtatás akkor is, ha kis példány- 
számban akarunk ügyfeleinknek bemu- 
tató anyagot átadni, vagy ha nyomdá- 
ban készülő brosuránkat szeretnénk 
előzőleg minél jobb papírnyomaton el- 
lenőrizni. A Hewlett-Packard október- 
ben Magyarországon is bemutatott új 
nyomtatói ezeket az igényeket igyekez- 
nek kielégíteni. Képes a fotó minőségű 
nyomtatásra, és korlátozott képszer- 
kesztési lehetőségekkel is rendelkezik 
a HP PhotoSmart 1315-ös, míg a HP 
Color Printer sorozat normál irodák 
számára készült, az igényeknek megfe- 
lelő kapacitású változatokban. 


A Pocket PC frissítése 


A Microsoft bejelentette a Pocket PC 
szoftver első nagy frissítését. A 2002- 
ben esedékes új változat — a CNet hírei 
szerint külcsínben követi majd az 
XP-t, az újítások zöme pedig azt a célt 
szolgálja, hogy zsebrevágható iroda és 
személyes pótész legyen a tenyérgépek- 
ben. Ez persze sokkal nagyobb hard- 
verkapacitást igényel, ezért közel egy 
hónapig kérdéses volt, hogy a gyártók 
felsorakoznak-e mögé. Végül elhang- 
Zzottak az első bejelentések a HP (Jor- 
nada 565), a Compag (iPag H3760) és 
a többi gyártó részéről. Most már csak 
az a kérdés, hogy a Pocket PC verseny- 
képesebb lesz-e, mint a Windows CE 
volt, vagyis meg tudja-e szorítani az 5. 
verziótól BeOS-elemekkel is kibővülő, 
jelenleg piacvezető PalmOS rendszert. 


Canyon alaplapok 


Az alaplap a PC egyik fődarabja, és 
a ráépített eszközök számának növeke- 
désével tovább nő a jelentősége. A 
piacon most új szereplőként jelent meg 
a VIA és Intel chipkészletekkel egy- 
aránt szállító Canyon cég (http://www 
.canyon-tech.com). A Tajvanon és Kí- 
nában készülő, egyelőre csak OEM- 
csatornákon forgalmazott alaplapok ha- 
zai gondozását az Asbis látja el. 


Office XP magyarul 


A Microsoft új irodai csomagja, az 
Office XP magyar változatban is meg- 
jelent. Az már az előző verzióknál is 
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megfigyelhető volt, hogy a rengeteg 
jogos bírálat ellenére tömegessé vált 
használat a formátumok de facto szab- 
ványait teremtette meg, és a többi irodai 
csomagnak is , kutya kötelessége" ke- 
zelni azokat (bár nem teljesen Microsoft 
találmány, az RTF igazi , Jolly Joker"). 
Az XP-ben az egyik legfontosabb új- 
donság az okos cimke (smart tag), 
amely lehetővé teszi a dokumentumok 
és a webtartalmak közvetlen összekö- 
tését. Akár saját fejlesztésű címkekész- 
letek is kialakíthatók. 


Microsoft az 
oktatásnak 


A magyar Office XP megjelenésekor 
írták alá azt a szándéknyilatkozatot, 
hogy a Microsoft legális szoftverekkel 
látja el a felsőoktatási oktatókat és 
diákokat, mégpedig alanyi jogon, tehát 
nem téve különbséget a felsőoktatási 
intézmények között. Ez a lépés javít a 
legális szoftverhasználat arányain, hi- 
szen az iskolai feladatok beadásánál 
eddig is olyan formátumot írtak elő, 
amely feltételezte az egyáltalán nem 
olcsó szoftverek meglétét minden diák- 
nál. A kialakuló gyártófüggőségen per- 
sze éppúgy lehet vitázni, mint az ókori 
görögök és ajándékaik közötti kapcso- 
laton. Az alanyi jogú szabad szoftver- 
használatot az oktatásban általános ér- 
vényűen meg kellene óldani, de remél- 
hetőleg már a fenti szerződés is számos 
jogvédelmi eljárást tesz okafogyottá. 


PC-lázcsillapítók 


A számítógép aktív energiafelhasz- 
náló, és jelentős hőt termel, ami meg- 
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felelő hűtés nélkül károsíthatja az alap- 
lap, a rajta lévő processzor és a beépített 
kártyák hőérzékeny részeit. A téma je- 
lentőségét mutatja, hogy a számítógé- 
pek hőtechnikai eszközökkel való ellá- 
tására a Kelly-csoporton belül külön 
cég alakult, a Cool termékcsaládot ki- 
fejlesztő Kolink International. Elérték, 
hogy a processzorok teljesítményének, 
a számítógépben elhelyezett videokár- 
tyák és más kiegészítő , hőforrások" 
számának növekedésével nem jár 
együtt a doboz méretének arányos nö- 
vekedése. A legalkalmasabb eszköz ki- 
választásához hazai forrásból is szerez- 
hető információ a http://www.coolink 
:hu/ honlapon. 


Pinnacle házistúdió 


Már a Spektrum-korszakban is sok 
multimédiás képességet építettek be a 
szoftverekbe, de ilyen háztáji eszközök 
csak napjainkra váltak igazán alkalmas- 
sá a filmkészítésre. A Pinnacle Studio 
legújabb verziójával filmjeink feldol- 
gozásakor videoeffekt, forgatás, moza- 
ikszerű képösszerakás, lapozás és szá- 
mos más trükk valósítható meg, sőt 
háttérzenét is szerkeszthetünk hozzá. 
Képes fogadni digitális video, VCR és 
AVI fájlokat, illetve kezeli a BMP, TIF, 
JPG, PCT, WMEF, TGA bináris képfor- 
mátumokat. Az elmentett anyagok for- 
mátuma lehet MPEG vagy RealPlayer8 
is, ami azt jelenti, hogy a lejátszáshoz 
már nem okvetlenül szükséges a 32 
bites Windows. 

A Studio 7-es verzió telepítésekor 
kiderül, hogy annak dobozán elég hiá- 
nyosak az adatok. Processzorként 350 
MHz-es PII vagy Celeron van megadva 
minimumként, de ennek kétszeresét 
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nyújtó gépen is megterhelő volt mást 
futtatni mellette. A felhasználó számára 
azonban a memóriakapacitás lehet az 
igazán szűk keresztmetszet, mert a 
program nemcsak a minimális 64 MB- 
on, hanem a javasolt 128 MB-on is igen 
lassan mozgott (Win98). A normális 
tempójú munakvégzéshez ennek dup- 
lája, vagy akár 512 MB is szükséges. 
Hasonló a helyzet a merevlemezzel. A 
program telepítéséhez elég ugyan a 
200-250 MB, de a filmek és hanganya- 
gok tömörítve is helyigényesek, munka 
közben kibontva pedig olyan terjedel- 
mesek, hogy jobb berendezkedni a ki- 
vehető merevlemezek használatára. Ha 
viszont a program alá toljuk a szükséges 
vasat, akkor a Pinnacle szoftverével 
valóban sokoldaló házi (sőt nem is 
olyan házi) stúdióhoz jutunk. 


Menüfordító a 


Terjedőben van a honosítás. Az op- 
rendszerek közül korábban csak a Win- 
dows esetében éltek ezzel a lehetőség- 
gel, ma már kézikönyvestől honosított 
SuSE Linux disztribúciót is telepíthe- 
tünk. Ha viszont valaki magyar nyelvű 
oprendszereken és alkalmazásokon ke- 
resztül ismeri meg a menüpontokat, 
megértési problémái támadhatnak, ha 
idegen nyelvű (általában angol) menü- 
szövegeket kell megértenie. Ezen kí- 
vánt segíteni a CorelDraw hazai forgal- 
mazását és a Corel képviseletét ellátó 
Codra, amikor közös fejlesztésbe kez- 
dett a Morphologic céggel. A Corel- 
Draw egyébként sem tartozik a nyelvi 
szempontból könnyű alkalmazások kö- 
zé, hiszen túl sokat tud, amit csak 
megfelelően differenciált elnevezések- 
kel lehet kifejezni. Ugyanakkor a Corel- 
Draw honosítása nincs tervbe véve, így 
célszerű volt áthidaló megoldást keres- 
ni. A MoBiMouse külön erre a célra 
kialakított változatának , megtanítot- 
ták" a CorelDraw szóhasználatát, szak- 
kifejezéseit, címszavait. A telepítéshez 
32 bites Windows szükséges. A tálca 
jobb sarkában megtelepülő ikonra rá- 
kattintva lehet felébreszteni, vagy alud- 
ni küldeni az egeret. Maga a program 
nem túl helyigényes, ha a napjainkban 
kialakult méreteket vesszük figyelem- 
be. A telepítési könyvtárban mintegy 
16,5 MB helyet foglal el. Egyelőre csak 
a CorelDraw vásárlói kaphatják meg, 
pedig bizonyára mások is szívesen meg- 
vennék azok közül, akik valamilyen 
angol nyelvű alkalmazást használnak, 
a MoBlMouse ugyanis mindenféle szö- 
veg megértésében segít. 
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Windowstól a nyílt forráskódig 


A Net fejlődése 


A Microsoft .Net stratégiájának ré- 
szeként olyan szolgáltatás bevezetését 
tervezi, amelynek segítségével a web- 
helyek fenntartói üzeneteket küldhet- 
nek ügyfeleiknek PC-re, mobil telefon- 
ra, táskagépre és mindenféle hordozha- 
tó eszközre. A hírek szerint a szoftver- 
óriás a .Net Alerts (figyelmeztető üze- 
net, értesítés) névre keresztelt szolgál- 
tatás használatát illetően az elektroni- 
kus üzletágban érdekelt mintegy 20 
céggel már egyezséget kötött, közéjük 
tartozik például az interneten keresztül 
árveréseket lebonyolító eBay is. A .Net 
Alerts segítségével az érdeklődők azon- 
nal értesülhetnek például a legfrissebb 
sporteseményekről, a hálózaton vásá- 
rolt áruk szállításáról, egy új vírus meg- 
jelenéséről vagy az eBay esetében a 
licit állásáról. 

A .Net Alerts a .Net My Services 
elnevezésű, webes szolgáltatásokat ma- 
gában foglaló csomag része, és az első 
olyan .Net szolgáltatás, amellyel a hét- 
köznapi felhasználó is közvetlenül ta- 
lálkozhat. A szoftverrendszer segítségé- 
vel az üzenetek különféleképpen juttat- 
hatók célba, például elektronikus leve- 
lezésen vagy üzenőrendszeren (instant 
messaging) keresztül. Ennek módját 
ugyanúgy a felhasználó határozhatja 
meg, mint azt is, hogy milyen informá- 
ciókra tart igényt. (A .Net Alerts egyéb- 
ként nem az első ilyen típusú szolgál- 
tatás, a Yahoo üzenetküldő rendszere 
például tőzsdei árfolyamokat továbbít, 
az elektronikus kereskedelmet támoga- 
tó programokat készítő Tibco pedig 
hasonló, privát vállalati hálózatokon 
belül működő rendszert kínál ügyfele- 
inek.) A .Net Alerts rendszert követően 
2002-ben a Microsoft további .Net My 
Services elemek megjelentetését terve- 
zi, amelyek a hálózaton keresztüli vá- 
sárlást, abanki műveletek végrehajtását 
és egyéb szolgáltatások internetes köz- 
vetítését segítik elő szorosan kapcso- 
lódva a cég Passport nevű azonosító 
rendszeréhez. 

Kyle Johnson, a Forrester Research 
elemzője szerint a Microsoft nagy erő- 
vel igyekszik a lehető legszélesebb kör- 
ben elterjeszteni a Passportot, mert azt 
reméli, hogy ha az elektronikus keres- 
kedelemmel foglalkozó webhelyek szé- 
les köre alkalmazza ezt a módszert az 
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Microsoft6g .NET Alerts service gives you the information you want 
where you want it: on your computer via MSNG) Messenger or 
Microsoftg Windowsf) Messenger, on your mobile device, or in your 


Relax—you won!t miss a thing! 


Moms birthday 
today 


Sign up for MicrosoftG .NET Alerts 


Just click the link above to use your Microsoft6) .NET Passport to set up 


Your .NET Alerts now! 


ügyfelek azonosítására, akkor az kibő- 
víti a piacot. (Ennek a technológiának 
lényege, hogy az azonosítást elegendő 
egyszer, az első belépéskor elvégezni, 
utána a felhasználók a Passportot hasz- 
náló összes webhelyen szabadon baran- 
golhatnak, egyszerűbbé válik számukra 
a böngészés és a különféle szolgáltatá- 
sok igénybevétele. — A szerk.) 

A riválisok természetesen nem nézik 
tétlenül a Microsoft újabb piachódító 
törekvéseit. A Sun például több tucat 
partnerével (Nokia, United Airlines 
stb.) dolgozik a Passporthoz hasonló 
rendszer kifejlesztésén, az iPlanet (Sun 
és AOL Time Warner érdekeltség) pedig 
olyan üzenetküldő rendszert akar létre- 
hozni, amely hasonló feladatokat lát 
majd el, mint a .Net Alerts. A küzdelem 
azért éleződik ki, mert az elektronikus 
ügyfélazonosításban is várható az egy- 
szerűbb és egységes megoldásra való 
törekvés, márpedig a vállalati szférában 
jelenleg webhelyenként és partnerkap- 
csolatonként külön-külön azonosítóval 
és jelszóval kell bíbelődni. Figyelem- 
reméltó, hogy az egymással kemény 
harcot vívó Sun és a Microsoft a Java 
esetéhez hasonlóan ezen a területen is 
keményen ütközik, mindkettő a saját 
megoldását igyekszik szabvánnyá ten- 
ni. Marge Breya, a Sun egyik vezetője 
szerint a .Net Alerts a Microsoft azon 
felismerését tükrözi, hogy a számítás- 
technika elszakad a PC-ktőól, és az elekt- 





ronikus készülékek sokkal szélesebb 
körében jelenik meg. A Microsoft a 
hálózatot közelebb akarja vinni az 
egyes emberekhez, ami pontosan meg- 
felel annak a törekvésnek, amit a Sun 
már évek óta képvisel — mondotta 
Breya. (ZDNet — News.com) 


MS és a biztonság 


A jelek szerint a Microsoft végre 
valóban elhatározta, hogy védettebbé 
teszi a Windows rendszerek alkalmazó- 
it a vírusok ellen. Egy sajtóközlemény- 
ben elismerték, hogy a termékeiket fe- 
nyegető programok száma egyre nö- 
vekszik, és meghirdették az STPP vé- 
delmi programot (Strategic Technolo- 
gic Protection Program) a vállalati in- 
ternetes üzlet biztonságosabbá tétele (és 
ügyfeleik megtartása) érdekében. Maga 
a program két szakaszra bontható. Az 
első a Get Secure (biztonságossá tenni) 
nevet kapta, és ennek keretében olyan 
eszközöket bocsátanak rendelkezésre, 
amelyek segítségével a hálózaton ke- 
resztül (online) megállapítható, hogy 
mennyire biztonságos egy adott rend- 
szer, és telepítheteni is lehet a szükséges 
hibajavító csomagokat. A második fá- 
zisban (Stay Secure — biztonságosnak 
maradni) a Microsoft igérete szerint 
webszerverének (IIS, Internet Informa- 
tion Server) következő változatát olyan 
segédprogrammal szállítja, amely segíti 
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a szervernek a felhasználói igények 
szerinti beállítását, testre szabását. 
Ezenkívül a Windows Update szolgál- 
tatáson keresztül a rendszert bizton- 
ságosabbá tévő, átfogó csomagokat 
tesznek majd közzé 2002 februárjától 
— a hírek szerint kéthavonta. (ZDNet) 


Tilos a nyílt forráskód? 


Egy tervezett amerikai törvény, a 
Security Systems Standards and Certi- 
fication Act (SSSCA) megvalósulása 
esetén a nyílt forráskódú szoftverek 
illegálissá válnának. A Fritz Hollings 
szenátor nevéhez fűződő javaslat értel- 
mében minden olyan szoftvert vagy 
hardvert, amelynek köze van a , digitá- 
lis interaktív technológiákhoz vagy 
szolgáltatásokhoz", a másolást meggát- 
ló, hitelesített biztonsági technológiával 
kellene ellátni. Ez a meghatározás meg- 
lehetősen tág, és azt is jelentené, hogy 
nemcsak videoszalagokról és CD-król, 
hanem open source szoftverekről sem 
lehetne másolatot készíteni. 

A törvénytervezet értelmében tilos 
lenne kiiktatni vagy módosítani a má- 
solásvédelmet és továbbítani a digitális 
tartalmat ilyen beavatkozás után, illetve 
nem szabad olyan digitális terméket 
vagy szoftvert előállítani, amely nem 
tartalmaz másolásvédelmet. Ez azon- 
ban az ellenzők szerint sértené az ame- 
rikai alkotmányt, és lehetetlenné tenné 
a szabad másoláson alapuló, nyílt for- 
ráskódú szoftverek használatát is. 

A törvény elsősorban a filmipar és a 
televízióipar érdekeinek védelmét szol- 
gálná, és jelenleg még csak tervezet 
formájában létezik, az amerikai kong- 
resszus a közeljövőben foglalkozik ve- 
le. A nyílt forráskód támogatói attól 
tartanak, hogy ha a törvényt nem is 
fogadják el jelenlegi formájában, annak 
egyes elemei később más törvényekben 
fel fognak bukkanni. (RedHat — Pri- 
vacy Hírlevél) 


SE Linux 


Az NSA (National Security Agency), 
a legfontosabb amerikai biztonsági 
szervezet bejelentette, hogy a Network 
Associates közreműködésével elkészí- 
tette a minden eddiginél biztonságo- 
sabb SE Linuxot (Security-Enhanced, 
vagyis fokozott biztonságú). Az NSA 
azért kezdett ebbe a fejlesztésbe, mert 
szakértőinek megállapítása szerint az 
, elterjedt operációs rendszerek" ko- 
rántsem nevezhetők elég megbízható- 
nak, nem rendelkeznek olyan lényeges 
tulajdonságokkal, melyekre alapozva 
biztonságos hálózatok építhetők ki. En- 


nek megfelelően az SE Linux , szigorú, 
ám rugalmas" ellenőrzést tesz lehetővé 
a kernelbe ágyazott mechanizmus ré- 
vén, meggátolva a biztonsági eljárások 
megkerülését (egyelőre még csak x86 
alatt). Azért választották a Linuxot, 
mert nyílt forráskódú, és bár nem kü- 
szöböl ki minden lehetséges hibát, fej- 
lesztői szerint nagyon jó példa arra, 
hogy bizonyos ellenőrzési lehetőségek 
(amilyen például a szuperfelhasználói 
mód) hozzáadhatók, és a rendszer ki- 
építhető és beállítható úgy, hogy szá- 
mos  biztonságtechnikai előírásnak 
megfeleljen. (CNN) 


A hét legrosszabb. . . 


Egy évvel ezelőtt az amerikai Sans 
Institute és a National Infrastructure 
Protection Center (NIPC) kiadta listáját 
a tíz legfontosabb internetes biztonsági 
hibáról. A hibaforrások számát azóta 
20-ra bővítették, és ezek közül hét az 
operációs rendszertől független, illetve 
tipikusan windowsos vagy linuxos gyen- 
geség. Az alábbiakban azokat mutatjuk 
be, amelyek platformtól függetlenül elő- 
fordulnak, és túlságosan gyakran szolgál- 
nak külső támadások alapjául. A dolog 
azért is tanulságos, mert ezek a hibalehe- 
tőségek józan ésszel és minimális számí- 
tástechnikai ismeret birtokában is elke- 
rülhetők lennének. 

1. Telepítés. Az operációs rendszerek 
és az alkalmazások alapértelmezett te- 
lepítését végző szkriptek fő rendeltetése 
az, hogy minél kisebb munkával, minél 
egyszerűbben helyezhessük fel a gé- 
pekre a szoftvereket. Ennek mellékter- 
méke azonban, hogy olyan funkciókat 
is installálunk (sokszor anélkül, hogy 
tudnánk róla), melyek támadási felüle- 
tet nyújtanak az illetékteleneknek. 
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er a year ago, the SANS Institute and the 


Hl a document summarizing the Ten Most 
ternet Security Vulnerabilities. Thousands of 
izátions used that list to prioritize their efforts s0 


SANS Security 
s Cyber Defense lnitiative 
j Infrastructure Protection Center (NIPC) 
j 


ddüld close the most dangerous holes first. This 
h8t released on October 1 , 2001 , updates and 
Hőjthe Top Ten list. With this new release, we 
eased the list to the Top Twenty 
íties , and we have segmented ít into three 
s: General Vulnerabilíties , Vindows 
lities, and Unix Vulnerabilities. 


2. Jelszó. Számos rendszer alapértel- 
mezett jelszóval érkezik (a rendszert 
üzembe állítók munkájának  meg- 
könnyítésére). Ezeket a default jelsza- 
vakat rendszerint nem nehéz felkutatni, 
a rendszergazda pedig gyakran elfelejti 
törölni őket. Hasonlóképpen gondot 
okozhat, ha a felhasználó egyszerű és 
jól megjegyezhető — ennek megfele- 
lően könnyen kitalálható — jelszót vá- 
laszt, vagy ha nem is használ jelszót. 

3. Háttérmentés. Ha a háttérmentés 
nem megfelelő vagy ha teljesen hiány- 
zik, akkor egy rendszerösszeomlás után 
akár lehetetlenné is válhat a pontos 
helyreállítás. 

4. Portok. Nagy számú portot feles- 
legesen nyitva hagyni veszélyes. Mivel 
a felhasználók és a támadók egyaránt 
ezeken a kapukon keresztül lépnek be 
a rendszerbe, minden bejárat egyúttal 
támadási felületet is. 

5. Csomagszűrés. A kimenő és a 
bejövő csomagok nem megfelelő szű- 
réséből adódó problémákat jó tűzfallal 
vagy gondosan konfigurált útvonal- 
választóval lehet mérsékelni. 

6. Odafigyelés. Az egyik alapszabály 
szerint , a megelőzés az ideális megol- 
dás, de az utólagos észlelés is fontos". 
Mivel szinte hetente derül fény védelmi 
hibákra, kísérjük mindig figyelemmel, 
hogy mi zajlik körülöttünk. Amit észre 
sem vesszünk, az ellen biztosan nem 
tudunk fellépni. 

7. CGI-programok. A legtöbb web- 
szerver CGI példaprogramokkal érke- 
zik, és ezt mint előkészített támadási 
felületet könnyen ki lehet használni. 
Minél kevesebb a CGI (és minél jobban 
ellenőrizzük használatuk körülménye- 
it), annál nagyobb biztonságban va- 
gyunk. (Sans Institute) 

Galántai Zoltán — Mákos András 
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Alternatíva 





Nem csak 05/2 ... 


Convenience Package 
FixPak 1 


Megjelent az első javítócsomag az 
év elején kiadott kényelmi csomaghoz, 
amely nem más, mint a Warp 4.5-ös 
kliens IBM-es változata. Az előzetes 
várakozásoknak megfelelően a javító- 
csomag nem ingyenes, ugyanis csak a 
kényelmi csomag tulajdonosai és a 
Software Choice előfizetéssel rendelke- 


zők tölthetik le a http://ps.software.ibm 


.com/pbin-usa-ps/getobj.pl?/pdocs-usa 
/fixnews.htmlitepc 1 címről kiindulva. A 


fixpak nem alkalmazható az ugyancsak 
a kényelmi csomagra alapozott eCom- 
Station termékre, amelyet július végén 
hoztak forgalomba. Az eCS készítői 
ugyanis olyan változtatásokat hajtottak 
végre az alap operációs rendszeren, 
amelyeket a fixpak telepítése tönkre- 
tenne. A fejlesztők szerint együttmű- 
ködnek az IBM-mel az eCS-re (is) 


telepíthető javítócsomag elkészítésé- 
ben. Egyes hírcsoportokban az a plety- 
ka is felröppent, hogy az IBM ki fog 
bocsátani még egy javítócsomagot a 
Warp 4-hez. A fixpak 16 állítólag tar- 
talmazni fogja a Convenience Package 
első javítócsomagjában bevezetett mó- 
dosításokat. A Warp 4 felhasználóinak 
addig is be kell érniük az ftp://testcase 
.boulder.ibm.com/ps/fromibm/os2 
könyvtárban található legújabb kernel- 
javításokkal. 


Mindössze néhány órával azután, 
hogy a Mozilla.org-on megjelent a 
Netscape utódjának tekintett böngésző 
Windows, Linuxs és MacOS rendszeren 
futó 0.9.2-es változata, az IBM-es fej- 
lesztőcsapat is kibocsátotta az OS/2-es 
változatot. Az elsősorban teljesítmény- 
javító változtatásokat tartalmazó új ver- 
zió jelentősen felgyorsult, sőt az első 


visszajelzések szerint megoldották az 
OS/2 alatt tapasztalt képmegjelenítési 
problémákat is. A majdnem 20 MB-os 
csomag az  ftp://ftp.mozilla.org/pub 


/mozilla/releases/mozilla0.9.2/mozilla 
-1386-pcos2-vacpp-0O.9.2.zip címről 
tölthető le. Ugyancsak frissítették a 
Netscape Communicator 4.61 OS/2-es 


változatát, mely a http://www6.software 


:ibm.com/dl/netscape4/nc46 losZw-p 
oldalon érhető el. A böngésző angol 


nyelvű változata mellett 13 idegen nyel- 
vű, köztük magyar is van. 


Opera 5.12 beta 


A norvég Opera Software kibocsá- 
totta böngészőprogramjának első nyil- 
vános, OS/2-es béta-változatát. A sokak 
által kedvelt, kicsi és gyors alkalmazás 
így most már hat platformon fut (Win- 
dows, Linux, MacOS, Solaris, BeOS és 
0OS/2). Az OS/2-es változat telepítésé- 
hez szükség van a Warpln telepítőprog- 
ramra (http://www.xworkplace.org) is, 
mint ahogy azt már megszokhattuk az 
OS/2 Netlabs közreműködésével ké- 
szült legtöbb program esetében. Mivel 
az Opera port az Odin felhasználásával 
készült, futtatásához elengedhetetlen 
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Alternatíva 





egy néhány hetesnél nem régebbi Odin 


(ftp://ftp.os2.org/odin/weekly/odin32bin 


-20010706-release.wpi) előzetes telepí- 
tése. Az Opera béta letölthető a http: 


[/wwww.opera.com/os2/ oldalról kiindul- 


va. 


EComStation 1.0 


Az amerikai viszonteladók után a 
Mensys is megkezdte az angol nyelvű 
eCS 1.0 postázását megrendelőinek. A 
jó féléves késéssel elkészült új operá- 
ciós rendszert három CD-n terjesztik. 
További részletek a lap 48. oldalán 
található cikkben olvashatók. 


Warpstock Europe 
2001 Belgiumban 


Sokáig úgy tűnt, hogy az idén nem 
kerül sorra az európai WarpStock ren- 
dezvény. A német szervezők ugyanis 
megunták, hogy az elmúlt években min- 
dig rájuk hárult ez a tiszteletre méltó, 
de elég megterhelő feladat. Először 
olyan hírek keringtek, hogy idén a 
hollandok fogják megmenteni a mundér 
becsületét, végül azután a belga Team 
OS/2 vállalta el a szervezést, így a 2001. 
évi WarpStock konferenciának a belga 
Diepenbeek városka ad otthont novem- 
ber 2. és 4. között. Az esemény iránt 
érdeklődők a http://warpstock.os2.org 
lapon keresztül kísérhetik figyelemmel 
a konferenciával kapcsolatos további 
fejleményeket. 


F 4.59 fájlmenedzser 


Úgy tűnik, hogy a fájlmanipuláló 
alkalmazások a shareware és freeware 
programok készítőinek örökzöld témái 
közé tartoznak. A rengeteg Norton 
Commander-klón mellett sok olyan ter- 
mék is létezik, amelynek szerzői telje- 
sen új módon közelítik meg a témát. Jó 
példa erre az F fájlmenedzser, amely 
ingyenes volta mellett azzal is felhívja 
magára a figyelmet, hogy OS/2 mellett 
fut még AIX, BSD, Linux és Windows 
operációs rendszeren is. Elsősorban a 
fejlesztéssel foglalkozók érdeklődésére 
számíthat, mert csak szöveges felülete 
van, ám nagyon sokoldalúan konfigu- 
rálható. A fájlmenedzser alkalmazások- 
tól alapfunkcióin kívül tartalmaz ftp, 
email és news kliensprogramokat is, 
igény esetén pedig HTTP és FTP ki- 
szolgálóként is működtethető. A beépí- 
tett szövegszerkesztő és a fejlesztést 
segítő eszközök mellett saját fájlmoz- 
gató protokollal és távadminisztrációs 
képességekkel is rendelkezik. A leg- 





újabb, 4.5-ös béta-kiadásba beépített 
virtuális fájlrendszer nagyon sok archi- 
vált állomány, közöttük a Warpln, BZIP 
és RAR fájlok kezelését is lehetővé 
teszi. A program beszerezhető a http: 
[/filemanager.free.fr oldal béta-szekci- 
ójából. 


SmariSuite 1.7 


A Lotus nemrégiben közzétett infor- 
mációs anyaga szerint a SmartSuite 
irodai alkalmazáscsomag OS/2-es ver- 
ziójának továbbfejlesztését tervezik. A 
2002 elejére tervezett, 1.7-es verzió az 
ugyancsak továbbfejlesztett windows- 
os 9.7-es verzjóval egyidejűleg fog 
megjelenni. A http://lotus.com/products 
/smrtsuite.nsf/110299fb8a808317852 
56776006a918f/7b1dc884cc00030d8 


5256a6f005879ba?OpenDocument 
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cím információja szerint az új Smart- 
Suite elsősorban javításokat fog tartal- 
mazni, ugyanis a híradásban nem esik 
szó komolyabb funkcióbővítésről. 


05$/2 Citrix 
client v6.011 


A vállalati szférában egyre jobban 
terjed a Terminal Server technológia, 
amelynek segítségével viszonylag 
gyorsan lehet a felhasználók rendelke- 
zésére bocsátani különféle alkalmazá- 
sokat, amelyek a központi helyen tör- 
ténő telepítés miatt viszonylag kis rá- 
fordítással karbantarthatók. E technoló- 
gia egyik éllovasa a Citrix, amelynek 
egy ideje már van OS/2-es kliense is. 
A legújabb, 6.011-es változat az angol 
nyelv mellett németül és franciául is 
elérhető. Az előző kiadásokhoz képest 
ez a verzió a Citrix Connection Man- 
agert is tartalmazza, támogatja a 128 
bites titkosítási eljárást, és többféle 
színmélységet és felbontást kínál. A 
termék letölthető a http://www.citrix 


.com/download/os2-downloads.asp. ol- 


dalról. 


DFSee 4.01 


Elkészült a partíciós rendszert és a 
fájlrendszert elemző, nagyon sokolda- 
lúan használható alkalmazás, a DFSee 
4.01-es verziója. A program támogatja 
az FDISK és az LVM által készített 
partíciós táblákat, valamint a (V)FAT, 
FAT32, HPFS, NTES és JFS fájlrend- 
szereket. A jövőben várható az EXT2 
fájlrendszer támogatásának beépítése 
is. A 4.0-s verziótól kezdve a DFSee 
shareware alkalmazás lett, így annak 
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Alternatíva 








rendszeres használatáért (5 


is készíthetők ilyen típusú adat- 

































































"2. MZEHT configuration [using updcd.cfa] En 

fizetni kell. A program ! File Help : hordozók. Mivel szinte mind- 
továbbra is szabadon le-  ! Directories -05/2 Version. egyik DVD-lejátszó képes a Vi- 
tölthető a http://www FÉSSRASETÉOE arpa El deo CD-k (MPEG-1) megjelení- 
.fsys.demon.nl// oldalról. ) kezzsenet [assa (eret ( General options —- / tésére, a DVD-írókat pedig még 
11 fpAupocouroares [Eve] [rét HEVES SÉT mindig elég borsos áron kínál- 
UpdCD 1.7 Location of original CD-ROM files HZ Add ADDIs ják, a Video CD-k egyre népsze- 
f [E Erowssel [Test] [d AddDANIdiiver[ [  rűbbek. A VCDTOols letölthető 
Elkészült az OS/2 te- [dvevostgug mel] VitvaltamBast [a http://www.os2Zworld.com 
lepítő CD-k frissítésére —/segagrszsz SEBE vs] [Te] öiveletter [7— 1 /edwriting/ oldalról, a Video CD- 
örslgjtás SÉee Ever [Aza TEnREcORD Browse] [2 Test] (rerllteal [feai a petlei DHAO rra sea e 
ram 1.7-es változata. Az tudni a rovatában (http: 
a a Sb 

eredetileg csak a Warp 4 (pp log file ÉSÉT [/www.geocities.com/Athens 
CD-jének MESÉS És fdAurocauroco o [eate [EV T Eekaávest] [ocunazAgó[gedttgtttat 5 
mogató  alkalmazássa. Bum log file ee s erőben más műfajt képvise: 
most már az első Warp kszsettsáttaaa Brewwse] [vin ] 126002] a CandyFolder 0.1.0. Ennek se- 
4-es kényelmi csomag NONE] ts gítségével átlátszó hátterű gyűj- 
(MCPL) és a Warp Ser- deNmESE [eszajflbesza] Tanel /]  tőketlehet létrehozni. Az ugyan- 
ver for e-Business CD- save] [oma ] [Bam ] [kep] [/ tistadácons ] [/ Est csak Chris által fejlesztett 
jével is együttműködik. CandyBarZ munkaasztal-csino- 











Az 1.6-os változat óta az 
UpdCD (igaz, csak kísérleti jelleggel) 
a Warp 3-at is támogatja. Az 1.7-es 
verzióban bevezetett legnagyobb újítás 
az MCP1-hez nemrégiben kiadott (fi- 
zetős) fixpak 1 integrálása az MCPI, 
illetve a Warp 4 CD-jével. Ezenkívül 
több mint 50 kisebb-nagyobb javítást 
és újítást tartalmaz az új verzió, ezért 
mindenképpen érdemes letölteni és ki- 
próbálni. A magyar nyelvű használati 
utasítással is ellátott program a http:// 
xenia.sote.hu/-kadzsol/rexx/sajat/updcd 


.htm címról szerezhető be. 


Dialer/2 


Egyre-másra jelennek meg a Dialer/2 
orosz tárcsázóprogram újabb változatai. 
Az alkalmazás a Warpból ismert, mára 
már kissé elavult IBM-es tárcsázóprog- 
ramot kívánja felváltani. A Dialer/2 a 
következő funkciókat kínálja: telefon- 
könyv, automatikus újratárcsázás, költ- 
ségkijelzés, a hívások naplózása. A cikk 
írásának pillanatában a legújabb válto- 
zat a 2.0 alfa 7 (d2 20".zip) volt a 
http://hnobbes.nmsu.edu/pub/apps/ 
könyvtárban. 


NetDrive 2.0 


A Blueprint Software Works kibocsá- 
totta NetDrive nevű termékének máso- 
dik generációs változatát. A virtuális 
fájlrendszerek egybefűzését lehetővé 
tevő alkalmazás három beépített bőví- 
tőmodullal érkezik, amelyek segítségé- 
vel meghajtóbetű rendelhető az FTP és 
az NFS (Network File System) könyv- 
tárakhoz, és a Windows 95-ben beve- 
zetett VFAT partíciókhoz. Mások által 
készített bővítőmodult lehet még találni 
a Psion merevlemezekhez, a HP C200- 
as digitális kamera memóriájához, va- 
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lamint az IS0-9660-as CD-képfájlok- 
hoz. A program bővítőmodulokkal 


együtt a http://www.blueprintsoftware 


.com/netdrive címről tölthető le. 


Ingyenes frissítések 
az IBM-től 


Az IBM továbbra is folyamatosan 
dolgozik az OS/2-es vezérlőprogramok 
frissítésén. Legutóbb például több mint 
10 nyelven újították meg a nyomtatók 


drivereit  (ftp://ftp.boulder.ibm.com/ps 
/products/os2/printpak)), valamint tö- 
kéletesítették az IDE eszközök támoga- 
tását  (http://service.software.ibm.com 
/os2dd/free/idedasd.exe). . Kibocsátot- 
ták továbbá a Crystal Semiconductor 
ICH 810-es, 820-as és 815-ös, CS4616, 
CS4624 és CS4280 hangkártyákkal hasz- 
nálható audio drivereket (http://www 


.pc.ibm.com/gtechinfo/MIGR-4Z6L7 
B.html?lang-en USgpage-brandáz 
brand-rootézdoctype-ézsubtype-Cat, 
http://www.pc.ibm.com/gtechinfo/M 
IGR-4ENRG5.html?lang-en USárpa 
ge-brandátbrand—rootázdoctype—éz 
subtype-Cat), valamint a tökéletesített 
PCI támogatást nyújtó soros porti vezér- 
lőprogramot (http://service5.boulder 
-ibm.com/2bcprod.nsf/deddaa42e99c 
19e186256a700058020a/726b265cd6 
613c5486256aa90071676b?OpenDocu 


ment). 


VCDTOoolSs 0.4 


A CDRecord OS/2-re való átírásáról 
ismert Chris Wohlgemuth most két 
újabb programmal örvendeztette meg a 
felhasználókat. Elkészítette ugyanis a 
VCDTOools OS/2-es változatát, amely- 
nek segítségével most már OS/2 alatt 


sító alkalmazás  kiegészítése- 
ként, vagy akár önmagában is használ- 
ható szépítőprogram a http://candybarz 
.netlabs.org oldalról tölthető le. 


A nyári szünidő ellenére sokat dol- 
goztak az OS/2-es programok fejlesz- 
tését végző Netlabs csoportnál, aminek 
eredményeként több projekt keretében 
is új verziókat bocsátottak ki. Frissült 
például a Unixból OS/2-re átírt, több 
mint 100 digitális kamerát támogató 
GPhoto alkalmazás (ftp://www.netlabs 
.org/pub/gphoto)), valamint elkészült a 
szintén unixos gyökerekkel rendelkező 
képfeldolgozó alkalmazás, a Gimp 
(Gnu Image Manipulation Program) 
1.2.2-es változata (ftp://www.netlabs 
.org/pub/gimp)). 


Rexx Tips ég Tricks 3.2 


Elkészült a Rexx programozással 
foglalkozók bibliájaként is emlegetett 
Rexx Tips £ Tricks információs anyag 
3.2-es verziója. Az OS/2-es INF fájlba 
csomagolt anyag a http://hobbes.nmsu 


.edu/pub/os2/dev/rexx/rxtt32.zip . cím- 
ről tölthető le. A legújabb kiadás tár- 


gyalja a Rexx programozáshoz használ- 
ható irodalmat, a kiegészítő programo- 
zási eszközöket, valamint rengeteg 
hasznos tippet és trükköt is tartalmaz. 
S ami a legfontosabb, nagyon sok olyan 
példaprogram és programrészlet van 
benne, amely saját programunkba egy- 
szerűen beemelhető. Az 0S/2-es INF 
fájl az OS/2 VIEW.EXE programjával, 
vagy a  http://nobbes.nmsu.edu/pub 
/windows/win. inf.zip fájlban található 
windowsos INF nézegetővel olvasgat- 
ható. 

Kádár Zsolt 
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§ SOFTPRO Kft.-GRYLLOSOFT (XIV.ker.) 251-2066 s WeGb Kft. (III.ker.) 250-0886 e Debrecen PC-MAX COMPUTER Kft. 52/430-862 
e Esztergom Coel Kft. 33/401-101 e Győr Digitáltechnika Kft. 96/414-411 s Kaposvár Rulez Számítástechnika Kft. 82/410-048 
s Mezőkövesd MENTOR COMPUTER Kft. 49/311-429 e Miskolc DEALER Service Kft. 46/507-185 s Prime Computer Kft. 46/501-330 
9. N íregybáza 3 Mérnök-Terminál Kft. 42/440-048 s Pécs PrintCol ee. Kft. 72/552-010 e PrintCopy Kft. 72/510-540 s Szeged STANDBY 
Irodatechnika Kft. 62/424-422 e Székesfehérvár Fehér Comp 2000 Kft. 22/500-574 s UNICOMP Kft. 22/511-130 s Szekszárd KVANTUM Kft. 
74/419-541 s Zagyvaszántó Alea Computers Kft. 37/386-133 " Zalaegerszeg PrintCopy Kft. 92/596-352 e Ramorg Informatika Kft. 92/316-750 


Információ: 
BROTHER INTERNATIONAL Hungary Kft. 1119 Budapest, Thán Károly utca 3-5. e Tel./fax: 382-7450 s E-mail: infoGobrother.hu 
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Tovább finomított CD-írás 


Philips PCRW2010O 


A pufferkiürülés a CD-írás , Achilles-sarka". 
Akkor következik be, ha írás közben nem érkezik 


elegendő adat az írókészülék átmeneti tárolójába 


(például mert a számítógépnek közben más dolga akad), 


a CD-író a kiürült puffert érzékelve pedig befejezi 

az írási folyamatot, és produkál egy elrontott lemezt. 
A , buffer underrun" probléma elkerülésére kidolgozott 
eljárások figyelik a puffer telítettségét, 

és ha az lecsökken egy kritikus szint alá, 

akkor felfüggesztik az írási folyamatot a CD-írás 
végleges leállítása nélkül. Ha a kellő mennyiségű 
adat újra rendelkezésre áll, folytatódik az írás. 

Az új CD-íróknak már tartalmazniuk kell valamilyen 
hasonló megoldást, különben nem sok esélyük lenne 
a piacon. A Philips néhány hónapja kidolgozott egy új, 
Seamless Link nevű pufferkiürülés-felügyelő technikát, 


amely gondoskodik a 2 MB-os puffer 


szinten tartásáról. 


A Philips legfrissebb, már a Seam- 
less Link technikát alkalmazó CD-új- 
raírójának paraméterei impozánsak. 
20-szoros sebességgel ír CD-R, 10- 
szeressel CD-RW lemezeket, maxi- 
mális olvasási sebessége 40-szeres. A 
CD-ket állandó szögsebességű tech- 
nikával (CAV) olvassa, csak a korong 
szélén érve el a megadott maximális 
átviteli sebességet. Íráskor viszont 
CLY technikával dolgozik, tehát 
mindvégig azonos sebességgel rögzíti 
az információt a korongra. 

A beépített Thermo Balanced Writ- 
ing figyeli az írandó CD minőségét, és 
ehhez igazítja az írási technikát. A 
kevesebb hibát tartalmazó CD-k olva- 
sása gyorsabb, mert a meghajtónak nem 
kell hibajavító kódolással bajlódnia. 

A meghajtó támogatja az elterjedt 
CD-írási módszereket: a sávonkénti 
írást (Track at Once), az egymenetes 
írást (Disc at Once), a változó és fix 
csomagírást (Packet Writing) és a több- 
menetes írást (Multisession). Számos 
korongformátumot tud olvasni és írni: 
CD-Audio, CD-ROM (XA), CD-Extra, 
CD-Bridge, CD-I, Video-CD, CD-Ex- 
tra, CD-Text. (A CD-Text funkció egyre 
népszerűbb, mert lehetővé teszi, hogy 
az audio CD-ken elmentsenek olyan 
szöveges információkat is, mint a dal 
címe, szerzője, előadójának neve.) 
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Mellékeltek a készülékhez egy figye- 
lemre méltó interaktív CD-t, amely 
filmen mutatja be a CD-író biztonságos 
üzembe helyezésének rejtelmeit, emel- 
lett figyeli a számítógép hardverbeállí- 
tásait, és ha szükséges, az internetről 
frissít a jobb minőségű CD-írás érde- 
kében. A dobozban további ajándék is 
található: az Ahead Nero 5.5-ös CD-író 
szoftvercsomag. A kényelmesen kezel- 
hető és rengeteg szolgáltatást nyújtó 
Nero használatát a CD-írásban járatla- 
nok is képesek nagyon gyorsan elsajá- 





títani. Hogy vásárlás után a meghajtó 
rögtön kipróbálható legyen, csomagol- 
tak mellé két darab nyers CD-t is, egy 
20-szoros sebességgel írható CD-R és 
egy 10-szeressel írható High Speed 
CD-RW korongot. 

Az IDE interfészes PCRW2010 a 
sebességéhez képest csendes, íráskor és 
olvasáskor nem hallatszik semmilyen 
idegesítő ciripelés, a meghajtó rezgése 
is minimális. A CDSpeed99 mérőprog- 
rammal végzett tesztet kiváló ered- 
ménnyel zárta. A CD-ROM, CD-R és 
CD-RW lemezeket azonos sebességgel 
olvassa, ami a legtöbb meghajtóról nem 
mondható el. Elérési ideje nagyon jó, 
és szintén mindhárom formátum eseté- 
ben azonos. Mechanikája gyors, lemez- 
felpörgetési és leállítási ideje kiemel- 
kedő. A tálca kiadására nem kell sokat 
várni, a lemezeket gyorsan felismeri. A 
tényleges használat közben mért ered- 
ményei is nagyon kedvezőek. Egy CD- 
R lemez adatokkal való teljes feltöltése 
csupán 5 percet vesz igénybe, de a 
CD-RW írás sem tart tovább 8 percnél. 
Az audiolemezek grabbelése maximum 
3-4 perces procedúra. Külön öröm, 
hogy jól megfelelt a túlírási (overburn- 
ing) tesztnek is: sikerült vele egy több 
mint 76 perces audiolemezt írnunk. 

A készülékhez kétéves nemzetközi 
garancia jár. Magyarországon a kiske- 
reskedelmi ára 60 ezer forint. További 
információk elérhetők a http://www 
.multimedia.hu címen. 

A cikk elkészülte után megjelent a 
készülék 12x-es DVD olvasóval kibő- 
vített változata, amelyhez szoftverként 
már az Easy CD Creatort mellékelték, 
és bruttó kiskereskedelmi ára 78 ezer 
Ft, de egyéb paraméterei gyakorlatilag 
megegyeznek a fenti modellével. 

Simon Zoltán 
hactoroprohardver.hu 
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Workio, a munkahalmozó 


Az integrált eszközöktől sokan azért 
tartanak, mert ha egy központi alkatrész 
meghibásodik, akkor az összes funkció 
használhatatlanná válik. Az elmúlt 
években azonban nemcsak az elektro- 
nika, hanem a mechanika is sokkal 
megbízhatóbbá vált. 

A faxot és fénymásolót ötvöző irodai 
berendezések már nem számítanak új- 
donságnak, de a Panasonic Workio 
2500 a fenti két lehetőség mellett stra- 
pabíró hálózati nyomtatóként és meg- 
felelő modullal bővítve fax/email átjá- 
róként (gateway) is működhet. 

A Workio elnevezés arra utal, hogy 
nem egyszerűen printerről van szó, ha- 
nem egy ki- és bemeneti munkaeszköz- 
ről. Mérete összhangban áll tudásával, 
a lapadagolók kapacitása 2250 oldalig 
bővíthető, ami a 25 lapos percenkénti 
teljesítmény mellett is igen sokáig ki- 
tart. A papírtakarékosságot jól szolgálja 
a fax/email gateway modul beépítése, 
mert a beérkezett faxokat automatiku- 
san a címzett postafiókjába irányíthat- 
juk, anélkül, hogy kinyomtatnánk. 

A praktikusan befelé fordított kiadó- 
tálca helytakarékos megoldás. A készü- 
lék teljes értékű fénymásolóként is mű- 
ködik, 25-40090-os méretezhetőséggel, 
opcionális (50/A4, 30/A3) automata 
lapadagolóval. 

Felbontása szkennelés (szabványos 
Twain) és nyomtatás esetén is 600 dpi, 
ami irodai környezetben teljesen meg- 
felel az igényeknek. A fax és az email 
küldése párhuzamosan is történhet, ez- 
zel a minimumra csökken a várakozási 
idő a különböző feladatok között. A gép 
sokoldalúságához képest az ára is igen 
kedvező. További információk: http:// 


www.panasonic.hu. 
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Mint egy 
svájci bicska 


Kinézetre olyan, mint egy elegáns laptop, 
de a hp omnibook 500 számos rejtett 
eszközzel és képességgel is rendelkezik. 


Egy teljes hordozható irodáról van szó, 


amely integrált vezeték nélküli technológiájának 


köszönhetően bárhonnan 

teljes hálózati hozzáférést biztosít. 

A vezeték nélküli megoldásokat még tovább 
fokoztuk, így a beépített infravörös technológia 
könnyedén elvégzi Ön helyett az automatikus 
kapcsolódást a számítógép és egy másik 
eszköz között — nincs többé kibogozhatgatlan 
kábelcsomó, sem elfecsérelt installálási idő. 
Mindez azt jelenti, hogy Ön akár út közben is 
elvégezheti a szükséges feladatokat. 

Helyben nyomtathat a szintén vezeték nélkül is 
működő hp deskjet 350cbi nyomtatóval vagy 
megnézheti elektronikus leveleit a tenyérnyi 
nagyságú hp Jornada segítségével. 

És hogy mindenki képben legyen, használja 

a hp c715 digitális fényképezőgépet, 
amellyel e-mailen küldheti a képeket az irodába 
vagy ügyfeleinek. 

Az Intel" Pentium" III processzorral ellátott 

hp omnibook 500 a mi svájci bicskánk. 
Meglátja mennyi hasznát veszi majd, 


ha éppen úton van. 


A HP személyi számítógépein jogtiszta 


Microsoft" Windows"-t használnak. 


hp omnibook 500 


(F3482w) 










3 éves 


hp SupportPack 


garanciabővítéssel 
(H2848A): 


647, 800 Ft4-ÁFA 





pentiumve/// 


Intel" Pentium" III processor, 


700/500 MHz 


Microsoft" Windows" 98SE 
128 MB ECC SDRAM 

20 GB HDD 

12.1" TFT kijelző 

Integrált hálózati csatlakozás 
ATIM1 grafikus kártya 

CD ROM, modem 


1 éves alkatrészszintű 


garancia 


603 § 700 Fsára 


hp omnibook 500 ideális kiegészítői 





hp deskjet 350cbi 
(C2698A) 


s robusztus felépítés 

s nagykapacitású tintapatron 
5 infra adapter 

. professzionális minőség 


76, 900 FtHÁFAtól 


3 éves hp SupportPack garancia: 


bővítésel (H3683A): 


92,400 FtHÁFAtól 


e 


hp jornada 565 
(F1865A) 


" 206 Mhz Strong Arm 
SA1110 processzor 

" 32 MB RAM, 32 MB Flash 
ROM 

" 240x320 pixel szines TFT 
kijelző 

" USB, IR, soros szinkronizáció 

. 1739 


207,992 rrárAuól 





hp digital camera c715 
(C8913A) 


" 3.3 MP felbontás HP Imaging 
technológiával 

" 3X optikai zoom, 2X digitális 
zoom 

s 4,5 cm színes LCD 

" 16MB CF kártya 

" expozíció irányítási módok 


175,000 niára 


hp supportpack 





hp 


invent 


—— 
50 
- 





www.microsoft.com/piracy/howtotell 


Garanciabővítés 


TOVÁBBI INFORMÁCIÓÉRT HÍVJA VEVŐSZOLGÁLATUNKAT 
VAGY KERESSE FEL WEBLAPUNKAT! 


(1) 382 1111/426 0 www.hp.hu, www.hpshop.hu 


A fenti termékfotók csak tájékoztató jellegűek és opcionális kiegészítőket tartalmazhatnak. Az árak a HP által javasolt fogyasztói árak. 
CHewlett-Packord 2001 Intel, the Intel Inside logo and Pentium are registered trademarks and Celeron is a trademork of Intel Corporation or its subsidiaries in the United States ond other countries, 
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Változékony mobilitás 


A zsebtelefon-zsugorítás határai 


A mobil kommunikáció eszközeinek egy évvel ezelőtt 
részletes összeállítást szenteltünk. A mobil eszközök 
fejlődése azonban olyan gyors, hogy gyakrabban elő kell 
vennünk ezeket a témákat. Mostani számunk Próbapad 
rovatába a táskagépeket állítottuk. A leglátványosabb 
eredményeket az utóbbi időben viszont kétségtelenül 

a mobiltelefonok produkálták, érdemes röviden 


e folyamat irányáról is szólni. 


A mobiltelefonok legfontosabb funk- 
ciója továbbra is a telefonálás, a hang- 
kommunikáció embertársainkkal, de a 
fejlesztők igen sok más tevékenységre 
is egyre nagyobb mértékben alkalmassá 
teszik ezeket a fizikailag egyre kisebb 
eszközöket. A méretcsökkentésnek per- 
sze megvannak a korlátai. Ami a kijel- 
zőn megjelenik, annak szabad szemmel 
még láthatónak kell maradnia, a nyo- 
mógombokhoz pedig a kezünkkel hoz- 
zá kell férnünk. 

A zsugorító fejlesztés lehetséges irá- 
nya ezért a laposítás, ami alkalmas a 
készülék tömegének jelentős csökken- 
tésére. A laposabb készülék jobban be- 
lesimul a zsebbe. Ehhez viszont fejlesz- 
teni kell az akkumulátorokat, mert hi- 
ába az esztétikus külső és a kényelmes 
kezelés, ha óránként fel kell tölteni az 
áramforrást. 

Az általam használt Ericsson T29-es 
készülék 95x51x22 mm-es méretével 
széltében és hosszában már ugyanak- 
kora, mint a jól bevált, kézreálló ked- 
venc zsebkalkulátorom volt, csupán a 
vastagságát kell még egy kicsit tovább 
faragni. Ha az is sikerül, akkor szerin- 
tem eljutunk a racionális méretcsökken- 
tés határáig. Az ergonómia ezen a pon- 
ton ugyanis főszereplővé lép elő, hiszen 
a technológiai feltételek régóta meg- 
vannak más eszközök miniatürizálásá- 
hoz is, mégsem sikerült bennünket rá- 
szoktatni még a karórába beépített kal- 
kulátor használatára sem. 

Miközben a kezelés és a megjelenítés 
módja nem sok újat hozott, jelentősen 
kibővültek napjaink kézi eszközeinek 
funkciói. A játékok a Windows paszi- 
ánszához hasonlóan szinte alaptarto- 
zékká válnak a mobil készülékekben, 
de ennél sokkal lényegesebbek a kom- 
munikáció elősegítésére hivatott újdon- 
ságok. Ilyen volt a WAP is, amelynek 
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már többször halálhírét költötték, ez az 
elavultnak és vakvágánynak tekintett 
funkció mégis jelen van, egyáltalán 
nem jelentéktelen mértékben. A WAP 
használatának támogatása ezért szinte 
kötelezővé vált a mobiltelefonokban, 
akárcsak az üzleti használathoz szüksé- 
ges WTLS biztonsági protokoll ( Wire- 
less Transport Layer Security). 

Ami pedig az internet és a mobil 
készülékek kapcsolatát illeti, ahogy a 
drótos telefon a világhálóra történő 
csatlakozás eszközévé vált, utazás köz- 
ben mobiltelefonunk lehet a mobil mo- 
demünk. Ez sok készüléknél még nem 
része az alapfelszerelésnek, de semmi 
akadálya beszerezni a szükséges kiegé- 
szítőket, ahogy számos más célra — 
levelezéstől a rádióhallgatásig — hasz- 
nálunk ilyen extrákat. A hagyományok 
persze befolyásolják a fejlesztés irá- 
nyát, a Motorola és a Nokia például 
mindennek az egybeépítését preferálja, 
míg az Ericsson inkább a csatolható 
kiegészítések felé hajlik. Ebben az eset- 


ben egyéni ízlés kérdése is, hogy ki 
melyik használati módot tartja prakti- 
kusabbnak. 

Vannak olyan eszközök is, amelyek- 
ben az internet elérése magától értetődő 
alapfunkció, de ezek a másik irányból 
érkeztek: sokkal inkább telefonálási ké- 
pességgel felruházott zsebszámítógé- 
pek, PDA-k, semmint telefonok — még 
akkor is, ha telefonnak látszanak. Ilyen 
például a megjelenésekor lapunkban is 
bemutatott Ericsson R380, amely szel- 
lemes trükkel oldja meg a kijelző mé- 
retének problémáját: a billentyűzetként 
is szolgáló előlap kihajtásával feltárul 
a kijelző teljes mérete, a rendszer pedig 
átállítódik fekvő képernyős üzemmód- 
ba, és az elinduló EPOC operációs 
rendszert érintő képernyőn keresztül 
kezelhetjük. 

A leendő sikerek előfutárai már meg- 
találhatók a napjainkban kapható mo- 
dellekben. Terjedőben van a multimé- 
diás képesség megjelenése, aminek 
egyik , tünete" a Siemens SL45-be be- 
épített MP3-lejátszó. A hagyományos 
SMS is kibővül (EMS, Enhanced Mes- 
sage Service), illetve megjelennek a 
nagyobb adatátviteli sebességet bizto- 
sító új technológiák. A GPRS (General 
Packet Radio Service) állandó össze- 
köttetést biztosít, miközben csak a tény- 
leges forgalmat számlázza, a HSCSD 
technológiával (High Speed Circuit 
Switched Data) pedig a mobiltelefonon 
keresztül gyakorlatilag internetes kap- 
csolati sebesség érhető el. (Ezekről pél- 
dául a  http://www.ericsson.com/3g 
/how/ webhelyen található bővebb in- 
formáció.) 

Az új fejlesztések nyomán a jövő 
nagy valószínűséggel a telefon és szá- 
mítógép összefonódásának irányába 
mutat. 





Simay Endre István 














Tanár úr kérem! 
NÉZZE MEG 


TANÍTVÁNYAI MUNKÁJÁT A TANÁRI MONITORON, S 


ITC €ánsult-Pro Rt. 


s Hálózati eszközök fejlesztése és értékesítése (routerek, 











serverek csomagkapcsoló gépek) 
" Komplett Internet és Intranet rendszerek 
tervezése és kivitelezése 
" Kommunikációs kártyák bérelt vonalakhoz 
: Hálózati megoldások 
hardver- és szoftverfejlesztése 
. X. 25 hálózati eszközök 
1111 Budapcst, Budafoki út 31. 
Tel.: 209-5285/107, 209-5351 
Tel./fax: 386-9428 
e-mail: infor itc.hu 


ÍRJON, RAJZOLJON 


VELÜK EGYÜTT A TANULÓI GÉPEKEN! 


Interaktív Oktatási Számítógép Rendszer 
Daxon Elektronikai Kft. 1114 Bp. XI., Eszék u. 12. 
Telefon: 361-3366, 06-30-921-7820 Fax: 466-5095 
Honlap: www.daxon.hu — E-mail: info(riopdaxon.hu 
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Nagyítóval sem talál jobb árat! 


"A Minolta PagePro 1100L fekete-fehér lézernyomtató 2001. szeptember 1.től érvényes akciós, nettó végfelhasználói ára. 


A Minolta PagePro 1106. lézernyomtatót most hihetetlenül kedvező - kategóriájában egyedülálló - áron: 
59 900 Ft"-ért vásárolhatja meg. Jól megnézte? Ilyen ajánlattal nem ta!álkozhat minden nap! 


59900 Ft 


Minolta PagePro 1100L Minolta Magyarország Kft. 
": 10 lap/perc nyomtatási sebesség Telefon: 06 1 206 1850 " E-mail: infogominolta.hu MINSLIA 
" 600 dpi felbontás www.minolta.hu 
s maximum 15 000 oldalas havi terhelhetőség Disztribútor: CHS Hungary Kft. 06 1 451 3566 " AMS 
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4 Bővebb tájékoztatás: 
Uj Alaplap, Megyes Zsuzsanna 
Telefon: 322-4417. 
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Akármitis kell tudnia leendő CD-írójá- 
nak, kínálatunkban biztosan talál ilyet. 
Egyes típusoknál 2 éves jótállással 
is. Beépíthető vagy hordozható min- 
den portra: USB, Parallel, PCMCIA, 
FireWire és SCSI felületre, PC -hez és 
Macintosh-hoz egyaránt. A létező 
legkisebb hordozható CD-író mind- 
össze két CD-tok méretű, a beépített 
LLGTTLT et teleíi (data z] 


UWUJuw.multimedia.hu 
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1055 Budapest V., Falk Miksa u. 6. 


Telefon: 332-8717 
E-mail: sales(okeszo.com 


Fax: 302-5136 
Web: www.keszo.com 








120.000 / 98.000 
310.000 / 108.000 
17.000 / 17.000 
67.000 / 35.000 
103.000 / 49.000 


CorelDraw 10 akciós full / upgr. 
Adobe Photoshop 6.0 / upgr. 
Norton Antivírus 2001 / Utilities 2001 
MS Windows ME (magyar is) / upgr. 
Windows 2000 Pro / upgr. 
Windows 2000 Server 5 kliens / upgr. 320.000 / 157.000 
Paint Shop Pro 7.0 44.000 
SyGate Firewall 3/6/10/25 felh. 21.000 / 37.000 / 64.000 / 108.000 
WinGate Firewall/Proxy 3/6/12 felh. 36.000 / 63.000 / 105.000 
MDaemon (E-Mail Server, 6/16/25 mailbox) 
89.000 / 135.000 / 158.000 
24.000 
11.000 
10.500 / 10.500 
15.000 / 19.000 
16.000 
20.000 


ACD-See 3.1 

Windows Commander 4.52 (magyarul is) 
FAR 1.65 / RAR 2.80 

Winzip 8.0 / Pkzip for DOS 2.5 

ARJ regisztrált 

Nero 5.0 CD-író szoftver 


Macromedia Flash 5.0 PC 155.000 
Macromedia Dreamweaver -- Fireworks 174.000 
Adobe Illustrator 9.0 185.000 
Pagemaker 6.5.2 Plus Win95/NT 220.000 


119.000 / 49.000 
160.000 / 382.000 


Adobe Acrobat 4.0 / upgr. 
OuarXpress 3.32 Passport / OuarXpress 4.1 


F-Secure Professinal 62.000 
Visio 2000 Std/Prof/Techn. 65.000 / 130.000 / 130.000 
Autocad 2000 698.000 
Norton Commander 2.0 W98/NT / upgr. 13.000 / 11.000 


Scriptum szótárak teljes választéka 
WS FTP Pro 6.6 / CuteFTP 4.0 
System Commander 2000 / Deluxe 


19.000 / 18.000 
33.000 / 28.000 


Áraink az áfát nem tartalmazzák. 
Az árváltoztatás jogát fenntartjuk. 
Az adatok a március 8-i állapotot tükrözik. 
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Hardverportéka 





Maxi hangzás mini CD-vel 


A különleges Freecom Beatman 


A német Freecom cég ügyes kis készülékkel jelent meg 

a hordozható digitális audiolejátszók piacán: a Beatman 

a hagyományos CD-k szabványos kistestvérét, a 80 mm-es 
mini CD-t használja, amely sokkal kompaktabb, 

mint teljes méretű CD-vel működő, inkább 

a discmanek hőskorát idéző társai. 


A hordozható digitális audiolejátszók 
háromféle konstrukciós elvre épülnek. 
Az egyikben flash memória vagy ahhoz 
hasonló ún. solid state memória van, a 
másikban CD-alapú az adattárolás, a 
harmadikba merevlemezt építettek be. 
A flashmemóriások előnye, hogy nincs 
bennük mozgó alkatrész, és minimális 
a helyigényük, hátrányuk az ilyen me- 
móriák magas ára, ezért kapacitásuk 32, 
64, esetleg 128 MB-os tárra korlátozó- 
dik, ami csak 1-2 CD-nyi anyag feltöl- 
tését teszi lehetővé. (A további memó- 
riakártyák beszerzése ugyancsak költ- 
séges.) A CD-alapú készülékek előnye, 
hogy a CD-írók rohamos terjedése és 
az írható CD-k alacsony ára miatt sok 
anyagot vihetünk magunkkal, viszont 
ezek a készülékek jóval nagyobbak, 
mint flashes társaik, és a rázkódásra is 
érzékenyebbek, továbbá kell hozzájuk 
egy CD-író (ismerős) is. A merevlemez 
alapú készülékekből egyelőre kevés 
van, én csak a viszonylag nagy méretű 
és sokat fogyasztó Creative Nomad 
/DAP Jukeboxot ismerem, amelynek 
több GB-os tára van, de annak USB-s 
feltöltése kissé lassú. 


A mini CD-s Beatman zsebben is 
elfér. Hátránya, hogy egy lemezre csak 
185 MB fér, de a flashes lejátszókat 
ezzel is lepipálja. Lemezt cserélni po- 
fonegyszerű dolog, és a zsebben ma- 
gunkkal vihető maréknyi CD hosszabb 
utazáshoz is elegendő. 

A Beatman kinézetre és méretre leg- 
inkább egy sétálómagnóhoz hasonlít. 
Kék színben pompázik, a fedele átlát- 
szó. A discmanek funkcionalitásával 
bír, LCD-n találjuk meg a legfontosabb 
információkat, van play/pause, stop, 
előre, hátra gomb, analóg potméteres 
hangerőszabályozó, valamint basszus- 
kiemelő, billentyűzár, fejhallgató- és 
tápcsatlakozó, továbbá egy-egy repeat, 


egualizer, program és intro gomb. A 
kijelzőn a számok címe és többi adata 
nem jelenik meg, csak a track száma, 
ezért nem árt CD-inkhez tartalomjegyzé- 
ket készíteni, a mini CD-re egy kis 
ügyességgel akár rá is lehet írni a rajta 
szereplő számokat, de a tokban minden- 
képp elhelyezhető egy lista. 

A dobozban található 2 ceruzaelem, 
egy tápegység, dokumentáció, egy mini 
CD zenékkel, egy üres (írható) mini 
CD, valamint a Beatman saját window- 
sos szoftvere, továbbá egy jó minőségű 
Sennehiser füles. Amíg a demó zenei 
CD anyagával ismerkedünk, elkezdhet- 
jük gépünkre telepíteni a stílszerűen 
szintén mini CD-n tálalt szoftvert. A 
mindössze 10 megányi telepítő hasznos 
kis programot tartalmaz: zenelejátszó, 
rendszerező, ripper (audio CD-ről 
MP3-at tudunk vele készíteni), és még 
CD-író funkciókat is tartalmaz — azaz 
mindent, amire a Beatman használatá- 
hoz szükség lehet, ráadásul nagyon jól 
kezelhető. Érdekes megoldásként az 
általa felírt lemezekre felrakja saját 
installját is, aminek vannak ugyan elő- 
nyei, de csökkenti a lemezen rendelke- 
zésre álló helyet. 

A Beatman hangzására nem lehet 
panasz, kimondottan szépen szól, per- 
sze a zeneanyag és a kódolás minősé- 
gétől függően. A Beatman támogatja a 
VBR, azaz változó sebességre kódolt 
MP3 fájlokat, amelyekkel azonos fájl- 
méret mellett sokkal jobb hangzás ér- 
hető el, mint a fix kódolásúakkal. A 40 
ezer forint körüli áron beszerezhető 
Beatman kezeli az újraírható CD-ket is 
(persze csak miniméretben), tehát ha 
sikerül ilyenre szert tennünk, könnyeb- 
ben tudunk sok és változatos zenét 
magunkkal hurcolni. Egy manapság 
már nem megfizethetetlen 10x-es újra- 
íróval a 185 MB-ot 2 perc alatt felvi- 
hetjük, tehát öt perc alatt mindenestül 
megvan egy lemez. 








Csiszolgatás 


A Beatman imádni való kis szerkezet, 
de a mini CD-k elterjedtsége, pontosab- 
ban el nem terjedtsége komoly gond. 
Írható és újraírható mini CD-t eddig 
sehol nem láttam, és annak ára is elég 
riasztó lehet. Pedig egy 5-10 darabos 
újraírható kollekcióval vígan el lehetne 
lenni, figyelembe véve a gyors adatfel- 
töltést. 

A Beatman a rázkódásvédelem érde- 
kében 8 másodperces pufferrel rendel- 
kezik. A mai memóriaárak mellett jóval 
nagyobb cache-sel is elláthatták volna, 
és akkor nem kellene folyamatosan 
pörgetni a CD-t, mert több számot a 
memóriába tölthetne, csökkentve a fo- 
gyasztást is. A dokumentáció szerint 
áramforrása 7 órára elegendő, én két 
pár akkumulátorral egy napig jól el 
tudtam vele sétálgatni. Kedves gesztus 
lett volna néhány nagy kapacitású ak- 
kumulátor is a Beatmanhez, ahogy azt 
a Creative tette a DAP esetében (nem 
mindennapi, 1800 mAh-s monstrumo- 
kat adtak, ami a beépített notebook-me- 
revlemez hatalmas áramfelvétele miatt 
szükséges). 

A többi CD-alapú készülék egyre 
jobban orientálódik a digitális médiale- 
játszó szerepkör felé, azaz audiofájlo- 
kon kívül akár video vagy fotó CD-t, 
sőt lassanként már DVD-t is a képer- 
nyőre vetítenek, ráadásul néha Dolby 
Surround vagy AC3 Digital hangzást is 
támogatnak. Ezek a funkciók túlmutat- 
nak a Beatman koncepcióján, bár két- 
ségtelenül tovább növelhetik annak 
amúgy sem csekély használati értékét. 
Ha pedig álló helyzetben — mondjuk 
nyitott állapotban vagy a fedél leeme- 
lésével — egy teljes méretű CD-t is le 
tudna játszani, akkor az maga lenne a 
tökély. 

Patonai Szabolcs 
karibOrio.hu 
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Hálózat 





A 6-os NetWare 


Oprendszer plusz alkalmazások 


ezzel a sorszámmal jelent meg a Delphi, a Netscape, 
majd az Internet Explorer, most pedig egy operációs 
rendszer is: a NetWare 6-os. A Novell többéves 
tesztelés után forgalomba hozott terméke 2001. 


szeptember közepétől — gyakorlatilag a világpremierrel 
egyidejűleg — hazánkban is kapható. 


A Novell oprendszereiben egyre na- 
gyobb hangsúlyt kap a címtárszolgálta- 
tás, amely két NetWare főverzióval 
korábban debütált. Az időközben inten- 
zív továbbfejlesztésen átesett, és ma- 
napság eDirectory néven emlegetett 
NDS eredményes feltöréséről nem is 
érkeznek hírek. A Netware 6-osba most 
az NDS eDirectory azon változata ke- 
rült be, amely natívan támogatja a Li- 
nux, a Solaris, a Compag Tru64 Unix, 
az IBM AIX és a Windows NT/2000 
platformokat. Így az ezekkel telepített 
vegyes hálózatos rendszerekbe a Net- 
Ware probléma nélkül beilleszthető, és 
akkor sincs gondja, ha más platformok- 
kal kell együttműködnie. Erről egyrészt 
a címtáradatokat XML-ben kezelni ké- 
pes DirXML gondoskodik, másrészt 
pedig az, hogy az NDS alapvetően 
bármilyen más címtárral képes együtt- 
működni, amely érti az LDAP-t, ami 
alapkövetelmény a szabványos kom- 
munikációra felkészített rendszereknél. 
A platformfüggetlen vezérlésre pedig a 
NetWare 6-tal megérkezett a Novell 
Account Management 2.1. 

A platformoktól független megoldá- 
soknak különösen akkor van nagy sze- 
repük, ha át kell lépni a helyi hálózat 
határát, például az internet, az elektro- 
nikus kereskedelem lehetőségeinek ki- 
aknázása érdekében. Az ehhez szüksé- 
ges szabványok, szabványos kapcsoló- 
dási módok támogatása megtalálható a 
NetWare 6-ban, illetve az operációs 
rendszer dobozából telepített segéd- 
eszközökben. 

Az internetes kapcsolatok alapja a 
TCP/IP (Transmission Control Proto- 
col/Internet Protocol), amelynek natív 
támogatása már a NetWare 5-be is 
beépült. Az internethez alapvető köve- 
telmény a SSL (Secure Sockets Layer), 
a HTTP (HyperText Transfer Protocol), 
a DNS (Domain Name System), a 
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DHCP (Dynamic Host Configuration 
Protocol) szabványok támogatása is. A 
címtárkommunikációhoz szükséges az 
LDAP (Lightweight Directory Access 
Protocol), illetve a DirXML révén ter- 
mészetes az XML (Extensible Markup 
Language) alapú kommunikáció képes- 
sége. Ezek olyan alkalmazásokban is 
nagy szerepet kapnak, mint a Novell 
portálszolgáltatása. 

Az adatbázisműveletekkel kapcsola- 
tos szabványok támogatása is közel 
került a rendszermaghoz: ilyen az SOL 
(Standard Ouery Language), az ODBC 
(Open DataBase Connectivity), illetve 
a JDBC (Java DataBase Connectivity). 
Az utóbbi továbbra is a NetWare javás 
kapcsolatának erősítését jelzi. Beépített 
Java-motor szolgál a JavaBeanek, a 
JNDI (Java Naming and Directory In- 
terface) és a JZEE (Java 2 Enterprise 
Edition) szabványainak megfelelő al- 
kalmazások futtatására, ami egyben azt 
is jelzi, hogy a NetWare 6 felkészült a 
megosztott alkalmazások és az EJB 
(Enterprise JavaBean) komponensek 
kezelésére. 


eALAÜ SL L on kell Les 09/03701 - Microsoft Internet Explorer 


x Jenjéi http: /owww. nwfusion . comérevisvis/2001, vogüdtey. hitrol HK 


Az internetes kapcsolatokra való fel- 
készülés persze csak egyik oldala egy 
szerver használatának, ami a cégek 
mindennapi feladatainak megoldásában 
általában nem is a legfontosabb. A 
Novell operációs rendszere a felhasz- 
nálók tudatában ma is erősen kötődik a 
fájlszerver funkcióhoz. A megbízható 
fájlkiszolgálás érdekében a NetWare 6 
kétirányú bővítéseket tartalmaz: 

— A saját fájlrendszer-kiszolgáló 
verzióváltása egyben alkalmazkodást 
jelent a cégek nagy részénél zajló szer- 
verkonszolidációs tendenciához, ami 
nem más, mint az önálló tárolási egy- 
ségek növekvő száma a SAN (Storage 
Area Network) és NAS (Network-At- 
tached Storage) alapú kiépítést megva- 
lósító hálózatokban. Ez teszi lehetővé 
az egyre nagyobb fájlok egyre gyorsabb 
kezelését. 

— A másik fejlesztési irány részben 
az önálló tárolókhoz kapcsolódik, mert 
a NetWare 6-ban tovább bővült az általa 
közvetlenül kezelhető fájlrendszerek és 
fájlhozzáférési protokollok köre. A je- 
lenlegi alap NetWare 6 csomag részét 
képezi az NFS (Network File System), 
az AFP (AppleTalk File Protocol), a 
CIFS (Common Internet File System), 
az FTP (File Transfer Protocol) és a 
WebDAV (WWW Distributed Author- 
ing and Versioning), ami azt is jelenti, 
hogy egy ezekkel működő egység, pél- 
dául iMac, külön , köztes darab" nélkül 
kapcsolható a NetWare 6-hoz. 

Az említetteken kívül a NetWare 6 
több más funkcionális bővítést is tartal- 
maz, melyek többsége valószínűleg ké- 
sőbb, a Novell hálózati alkalmazásainak 
új verzióiban fog igazán szerephez jutni. 
Ezek a fejlesztések folyamatosan készül- 
nek, a GroupWise csoportmunkaszoftver 
verzióváltásával például 2001. áprlisi szá- 
munkban már foglalkoztunk. 

Simay Endre István 
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builds on strengths 


A souped-up NetWare 6 promises some 


cool user and administrator features. 
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Egyből két Linux 


Az egyik gépen elég csak a kernel 


Az előző számban már leírtam, hogyan lehet két gépet 
minihálózatba összekötni. Most a kétgépes hálózat egyik 
érdekes felhasználási lehetőségét vázolom fel: hogyan 
lehet Linuxot futtatni egy olyan gépen, ahol a Linux 
rendszernek csak a magja van meg. 


A Linux olyan oprendszer, amelynek 
nincs feltétlenül szüksége helyi merev- 
lemezre ahhoz, hogy egy gépen fusson. 
Természetesen ekkor is szüksége van a 
teljes könyvtárrendszerre, de azt elér- 
heti a hálózaton keresztül is. Több leírás 
és howto van a lemez nélküli Linux- 
kliensek létrehozásáról, illetve az NFS 
használatáról különböző működő rend- 
szerek között, arról viszont egyet sem 
találtam, hogy mit tehetünk akkor, ha 
van lemez a gépben, de azon nincs 
NFS-t támogató rendszer. A leírások és 
szakmai fórumok segítségével sikerült 
összehoznom egy olyan rendszert, 
amelyben a Linuxot futtató gép merev- 
lemezén nem Linux van. 

A nulláról kezdve nehéznek tűnő 
feladat ez, de ha van részletes leírás, 
már sokkal egyszerűbb. A probléma két 
részből áll. Az egyszerűbben megold- 
ható oldal a kliens. Itt ,csak" egy 
megfelelő kernel szükséges, valamint a 
kernel betöltése. A szerveroldal kicsit 
már bonyolultabb. Itt a kliens számára 
ki kell alakítani egy elkülönített könyv- 
tárrendszert, amelyben minden megta- 
lálható, amihez hozzá kell férni. Lássuk 
a részleteket. 


Mindenekelőtt fordítani kell a kliens- 
hez egy olyan kernelt, amely fixen 
tartalmazza a következő részeket: 

— A General Setup résznél a hálózat 
támogatása (networking). 

— A blokkeszközöknél a hálózati 
blokkeszköz támogatása (Network 
block device support). 

— A hálózatnál (networking) a Pack- 
et socket, Kernel/user netlink socket, 
Netlink device emulation és az IP: 
Kernel-level configuration support. 

— A hálózati eszközök támogatásnál 
(Network device support) a megfelelő 
hálózati kártya meghajtója (típusfüg- 
gő). 

— Akarakteres eszközöknél a Virtual 
terminal, a Support for console on 


virtual terminal és a Standard/generic 
(dumb) serial support. 

— A fájlrendszereknél a szerver fájl- 
rendszere (általában ext2), valamint a 
Network file system alatt NFS fs sup- 
port, ezen belül pedig a Root file system 
on NFS. 

— Ugyanitt az NFES server support. 

Ezenkívül még kell az is, amit fixen 
akarunk belefordítani. A bootoláskor 
nem szükséges dolgokat (hangkártya, 
nyomtató, CD stb.) modulba is fordít- 
hatjuk. Egy mintaként szolgáló konfi- 
gurációs állomány a CD-mellékleten is 
megtalálható (config.nfskliens). 

A kernel betöltésére több módszer is 
adódik, legegyszerűbb jelen esetben a 
loadlin paranccsal DOS alól betölteni. 
A betöltés parancssora meglehetősen 
hosszú, ezért egy batchfájlba írtam bele, 
amelynek tartalma: 


loadlin linux.nfs root-/dev/nfsroot 


nfsroot-169.254.57.200: 
/tftpboot/iguana 


ip-169.254.57.254:169.254.57.200: :255. 


255.255.0:iguana.home.hu:etho: 


Részletezve: 

loadlin: a betöltőprogram neve, a 
disztribúciós CD-ken megtalálható, ál- 
talában a dosutils vagy egy hasonló 
könyvtár alatt. 

linux.nfs: a kernel neve. 

root-/dev/nfsroot: a root partíció 
helye. Valójában ez csak hivatkozás 
arra, hogy nem a helyi eszközön kell 
keresnie a / könyvtárat. 

nfsroot—cszerverIP5:/root könyvtár: 
a / helye az NFS-en. 

ip-ckliensIP5:cszerverIP::cgate 
way::cnetmask::ckliensnév::cesz 
közs:cconf5: hálózati beállítások, ahol 
a ckliensIP: a kliens, a cszerverIP: a 
szerver IP-száma, a cgateway: az eset- 
leges átjáró száma (ha nincs, elhagyha- 
tó), a cnetmask5 a hálózati maszk (ez 
is elhagyható), a ckliensnév: a kliens 
teljes neve, az ceszközs a bootolásra 


használt eszköz neve, a cconf: a kon- 
figurációhoz használt protokoll (dhcp, 
bootp, rarp). 

Ezek után már csak a szerver felépí- 
tése van hátra. 


Könyvtárrendszer a szerveren 


A kliensnek ugyanúgy szüksége van 
egy teljes könyvtárrendszerre, mint a 
szervernek. Viszont a kliens és a szerver 
konfigurációja nagymértékben eltérhet 
egymástól, ezért általában a szerver / 
könyvtára nem alkalmas a kliens gyö- 
kerének. Létre kell tehát hozni valahol 
egy külön könyvtárrendszert. Ezt pél- 
dául a /tftpboot/xkliensnév: könyv- 
tárban tehetjük meg. Egyes könyvtárak 
teljes mértékben a kliensen futó Linux 
hatókörébe tartoznak, ezért ezeket létre 
kell hozni ebben a könyvtárban. Ilyen 
például az /etc, a /var és a /dev. Az /etc 
tartalma a legfontosabb, ezt részleteseb- 
ben is meg kell nézni. 

A var könyvtárat elég egyszerűen 
átmásolni, az esetleg feleslegesnek ítélt 
fájlokat pedig törölni. Szükség van vi- 
szont a var/log könyvtárban levő fáj- 
lokra, ezeknek csak a tartalmát szabad 
törölni, ezért ebben a könyvtárban pél- 
dául a , touch "Is /var/log/"" paranccsal 
üresen újra létre kell őket hozni. A 
var/spool könyvtárba kerülnek a nyom- 
tató és a levelezőrendszer átmeneti ál- 
lományai, ezt is feltétlenül át kell má- 
solni. Az NFS működéséhez elenged- 
hetetlen a var/run/nfs könyvtár, ha az 
nincs meg, nem tudjuk elérni a szerver 
fájlrendszerét. 

A dev könyvtárba átmásolhatjuk az 
egész /dev tartalmát, de szelektálhatunk 
is benne. Például: ha csak egyetlen 
merevlemez van a gépben és egy IDE 
CD-olvasó, akkor nincs szükség a többi 
merevlemezes partíciót jelölő eszközre 
(hdcs$, hdd: ...). Ha nincs SCSI-eszkö- 
zünk, akkor az sd" eszközök sem kel- 
lenek. Azt, hogy melyik eszköz mit 
jelöl, a kernelforrás Documentation/de- 
vices.txt állományából tudhatjuk meg. 


Az etc könyvtár 


Az etc könyvtár tartalma a disztri- 
búciótól is függ, jelen leírás a SuSE 6.4 
alatti beállításokra érvényes. Legegy- 
szerűbb minden fájlt ide átmásolni a 
szerver etc könyvtárából, majd módo- 
sítani, illetve törölni a feleslegeseket. 
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Ami feltétlenül szükséges, az az fstab, 
az exports, az rc.config, az inittab. 
Néhány másik fájl nem feltétlenül fon- 
tos, de kényelmi szempontból jó. Az 
inicializáláshoz szükség van az etc/rc.d 
könyvtárra, ami egy link az sbin/init.d- 
re. Az ebben a könyvtárban található 
boot.1ocal fájlt ajánlatos másolni és nem 
linkelni, ha a tartalmát meg kívánjuk 
változtatni. Az, hogy innen mi hajtódik 
végre, az az etc/rc.config fájltól függ, 
ezért ezt is meg kell változtatni. Az 
alaprendszer rc.config-ját a yast-tal le- 
het szerkeszteni, a kliensét kézzel érde- 
mes, értelemszerűen megváltoztatva a 
benne található értékeket. Az fstab-ba 
be kell írni a kliens számára a megfelelő 
könyvtárakat, fontos, hogy ezek ki le- 
gyenek ajánlva az alaprendszer /etc/ex- 
ports állományában. A hivatkozások itt 
a következő formátumúak: 


szerver: /tftpboot/kliens 
/ defaults 0 0 


Az NFS opcióknak az NFS kézi- 
könyv oldalain lehet utánanézni. 

Az exports tartalma akkor fontos, ha 
a kliens partícióit el akarjuk érni a 
szerveren. Ekkor a már mountolt 
könyvtárakat kell kiajánlani. A fájl for- 
mátumáról szintén tájékozódhatunk a 
kézikönyv oldalain (man exports); egy 
példasor belőle, aminek alapján a többit 
is fel tudjuk írni: 
/incoming 
X.home.hu(ro,no root sguash) 


Az inittab tartalma gyakorlatilag vál- 
tozatlan, ez írja le, hogy az egyes futási 
szinteken mi értelmeződjön, illetve mi- 
lyen virtuális konzolok legyenek. 

Ahhoz, hogy bárki be tudjon lépni, 
szükség van a passwd, shadow és a 
groups fájlokra. Ha ugyanazokat a fel- 
használókat használjuk mindkét gépen, 
akkor ezeket másolhatjuk is, de ilyen- 
kor az egyik helyen felvett felhasználó 
már nem jön létre a másik rendszerben. 
Kárpótlásul a két rendszer jelszavai 
eltérőek is lehetnek. A kliens által hasz- 
nált etc tartalma mintaként megtalálha- 
tó a CD-mellékleten (tömörítve). 


A többi könyvtár 


A maradék könyvtárak két csoportba 
oszthatók. Egyik részére szükség van a 
betöltéskor, a másikra csak a használat 
közben. Az első csoportba tartozik az 


sbin, a bin, a lib és a proc. A /proc 
könyvtárat elég csak létrehozni, tartal- 
ma a rendszer futása során alakul ki. A 
többit átmásolhatjuk, de ez nagy hely- 
pazarlással jár. Jobb megoldás hardlin- 
ket készíteni. Ez persze csak akkor 
lehetséges, ha azonos partíciókon van- 
nak a kliens gyökerével. Szimbolikus 
linkekkel nem lehet hivatkozni, mivel 
azok csak a rendszer felállása után 
értelmezhetők, ráadásul ami a szerveren 
helyes hivatkozás, az a kliensen a leg- 
több esetben nem elérhető. A linkek a 


ep -IR /sbin /bin /lib 
/tftpboot/ckliensnév?/ 


paranccsal készíthetők el. Ekkor a rend- 
szer frissítésekor ezek az állományok 
is frissülnek. Szükség van még az 
/usr/sbin és az /usr/bin könyvtárakra is. 
Ezeket is linkelhetjük hasonló módon. 

A boot során szükségtelen könyv- 
tárakat elég a szerver /etc/exports állo- 
mányában kiajánlani, majd a boot során 
mountolni. Ide tartozik például a home, 
az opt, az usr és a megosztani kívánt 
többi könyvtár. Hogy ezeket meg lehes- 
sen osztani, a szerver /etc/exports állo- 
mányát kell szerkeszteni. A fájl szerke- 
zete igen egyszerű, először leírjuk, hogy 
mit ajánlunk ki, utána pedig, hogy 
kinek, milyen feltételekkel és milyen 
jogosultságokkal. Több felhasználónak, 
eltérő jogosítványokkal is kiajánlhatjuk 
ugyanazt a könyvtárat. 

Azt is megtehetjük, hogy a kliens 
felhasználói különbözzenek a szerveren 
találhatóktól. Ekkor a kliens etc/passwd 
és shadow állományaiból töröljük ki a 
szükségtelen felhasználókat, és a klien- 
sen rootként hozzuk létre az újakat. 
Mivel a /home mindkét esetben ugyan- 
az a könyvtár, ezért az új felhasználók 
könyvtárait a szerverről is el lehet érni, 
de nem lehet a nevükben bejelentkezni. 
Adhatunk eltérő jelszavakat azonos fel- 
használóknak, csak ilyenkor a passwd 
parancsot kell futtatni, és a megszokott 
módon átállíthatjuk a jelszót. 


Távoli partíciók elérése 


Mivel az eddigi leírás azon alapul, 
hogy a kliensoldalon is van merevle- 
mez, sőt működő rendszer is van rajta, 
ezért szerencsés, ha elérjük. A távoli 
elérést is két részre lehet osztani. 

A kliens számára a távoli gép egy- 
részt az, amit használ, mert a / nem 


azon van. Viszont a szerver is távolinak 
tekinthető, hiszen annak az eszközei 
nem a helyi gépben vannak. A helyi 
partíciók csatolása egyszerű, mert a 
kliensen látható /dev tartalma a kliensre 
vonatkozik, ezért a kliens /etc/fstab-ba 
a szokásos módon beírható például a 
windowsos meghajtó csatolása: 


/dev/hdai /mnt/win vfat 


defaults, auto , user , umaskz 
000, iocharset-is08859-2 0 0 


Természetesen a CD-ROM vagy a 
floppy is hasonlóan csatlakoztatható. 

A szerver könyvtárainak eléréséhez 
a szerver /etc/exports szerkesztése 
szükséges. A teljes szerveroldali gyö- 
kérkönyvtár  kiajánlása biztonsági 
okokból nem szerencsés, ezért csak 
azokat a könyvtárakat osszuk meg, 
amelyekre a túloldalon szükség lehet. 

A megosztás akkor jó, ha a másik 
irányba is működik, tehát a kliens par- 
tícióit a szerverről el lehet érni. A 
megosztás történhet NFS-en keresztül, 
de ez FAT típusú partíciók esetén nem 
túl jó megoldás, Sambával bizton- 
ságosabb, és jobban beállítható. Ennek 
részleteire nem térek ki, mivel szüksé- 
ges hozzá a Samba ismerete is, de az 
például az előző havi cikkben ismerte- 
tett (és az akkori CD-mellékleten is 
megtalálható) könyvből elsajátítható. 
Mivel a két gép elvileg függetlenül 
működik, a többi erőforrás (például 
nyomtató) is a szokott — máshol leírt 
— formában osztható meg. 


Amint látható, nem kell feltétlenül 
külön partíciót csinálni a Linux számá- 
ra, ha ismerkedni akarunk vele. Elég, 
ha egy helyi hálózatban van egy olyan 
gép, amelyen Linux van, a többin akár- 
milyen operációs rendszer lehet. Sót, 
akár lemezmeghajtók sem kellenek be- 
le, de ez már átnyúlik a diskless kliens 
kategóriába, amiről van jó magyar és 
angol nyelvű leírás. A különböző diszt- 
ribúciók között apróbb különbségek le- 
hetnek, de az alapelv mindnél ugyanaz. 
Bár én 2.2.19-es kernellel hoztam össze 
a fenti megosztást, azt a 2.4-es kernellel 
is meg lehet oldani, hiszen az is egyre 
inkább stabilnak tekinthető. 

Nagy Gábor 
ngaborOdragon.klte.hu 


SZÁMÍTÓGÉPSZELEKTOROK, MÁTRIXKAPCSOLÓK... . www.daxon.hu 
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Apróhirdetés 
aula.online.hu/wp/main.htm 
www.egyxegy.hu 
Wwww.expressz.hu 
www.externet.hu/kereskinal 
www.interapro.hu 
www.jobuniverse.hu 
mobil.naplopok.hu/aprohirdetes 
www.stop.hu/apronet 
195.228.240.145/apro 


Álláshirdetés 
www.allasajanlat.hu 
www.allascentrum.hu 
www.allaskozvetites.hu 
www.allaspont.hu 
www.cvonline.hu 
www.humanlabor.hu 
www.job.hu 
www.jobline.hu 

www. jobpilot.hu 
www.jobscout24.hu/Neptun 
www.job4ásmarts.com 
www.karrier.hu 
www.karrierexpressz.hu 
www.solana.hu 
www.tavmunkainfo.hu 


Általános webhírlap 
Wwww.comedia.hu 
www.curier.hu 
www.eol.hu 
Www.internetto.hu 
www.index.hu 
www.korridor.hu 
www.mconet.hu 
www.megaport.hu 
www.mindenkinet.hu 
www.mti.hu 
www.netkapu.hu 
www.netlap.hu 
www.origo.matav.hu 
www.stop.hu 
www.vianovo.hu 


Számítástechnikai webhírlap 
www.cdgrab.hu 
www.hwhunpage.com 
www.hwsw.hu 

www.pontjo.hu 
www.prim-online.com 
www.supergamez.hu 


www.szamitastechnika.hu 
www.szamitogep.hu 
www.wap.hu 


Gazdasági webhírlap 
www.ebroker.hu 
Wwww.eco.hu 
www.fn.hu 

www.napi.hu 
www.portfolio.hu 
www.guaestor.hu 


Tematikus informatikai honlap 
www.bsd.hu 
www.drivers.hu 
www.extra.hu/verebics 
www.gnome.hu 
htmlinfo.freeweb.hu 
www.ini.hu 

www.isz.hu 
www.kde.hu 
www.linux.hu 
mobil.hix.com 
www.mobilvilag.hu 
www.nexus.hu/netjog 
prohardver.hu 
www.tesztelo.hu 
www.vbuster.hu 
wigwam.sztaki.hu 


Bolt- és árlista 
www.acomp.hu 
alag3.mfa.kfki.hu/dcsabas 
/hardware/ceglist.htm 
www.amp.hu 
www.aspect.hu/arlista/huarlista.htm 
www.carrera.hu/lfíriss/ie/index.htm 
www.compagdepo.hu/browse 
www.depo.hu 
www.fefo.hu/arlista.htmi 
www.hbsz.hu/hin/arak.htm 
www.hpshop.hu 
Wwww.lightcom.hu/alkatresz.htmli 
www2.mikland.hu/arlista 
www.ready.hu/kiskerfull.htmitp2 
www.rufusz.hu/arlista/teljes.html 
pons.sote.hu/-patherz/cegek.html 


Szoftverletöltés 
origo.hu/szoftverbazis 
www.prim.hu/letoltes 


tucows.euroweb.hu 
tukor.fabricius.hu 
www.xlr8.hu 


Szoftverhonosítás 
www.honositomuhely.hu 
www.lme.hu/forditas 


Könyvtár 

www.bke.lib.hu 

www.kkt.bme.hu 

www.mek.iif.hu 
www.neumann-haz.hu 
www.omikk.bme.hu 
www.oszk.hu 
www.sztaki.hu/library/index.hu.jhtmi 


Oktatás 


www.nyelvkalauz.hu 


Szótár 
www.cab.u-szeged.hu/cgi-bin/szotarK 
www.cab.u-szeged.hu/cgi-bin/szotarG 
www.inf.elte.hu/-chaosllatin 
szotar.sztaki.hu/angol-magyar 


Keresőrendszer 
altavizsla.origo.hu/katalogus 
www.goliat.hu 
www.google.com 
www.heureka.hu 
www.honlaptar.hu 
www.hudir.hu 

www.kapu.hu 


Kezdőoldal, linkgyűjtemény 
www.ceoindex.net 

e1.hu 

www.hirek.hu 

www.interstart.hu 
www.optimax.hullinkek/index. b.htm 
www.webmutato.hu 
www.start-hu.com 

startlap.com 


Szakmai szervezet 
www.ivsz.hu 
www.njszt.iif.hu 


Toplista 
www.hungariantop1000.com 
www.tipptop.com 
top100.isys.hu 
www.yahun.hu 
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Szoftverportéka 





itt az elomStation 


Frissített OS/2 kliens vagy új oprendszer? 


Több mint féléves késéssel, augusztus első hetében jelent 
meg az eredetileg 2001 első negyedévére beharangozott 
eComStation (eCS). Az eCS hívei szerint operációs 
rendszert emlegetnek, a rosszmájúak szerint azonban 
csak egy kissé feltupírozott 05/2-es kliensről van szó. 

Mi is tulajdonképpen az eComStation? Cikkünk 


erre a kérdésre keresi a választ. 


A Warp Server for e-Business 1998- 
as megjelenése után sokáig úgy tűnt, 
hogy az lesz az utolsó, hivatalosan 
kiadott 0S/2-es verzió. 1999-ben és 
2000-ben viszont többször felröppentek 
olyan hírek, hogy az IBM mégiscsak 
vállalja az OS/2-es kliens frissítését. A 
pletykákat hivatalosan soha nem erősí- 
tették meg, de sokan bíztak abban, hogy 
nem zörög a haraszt, ha nem fújja a 
szél... Ezért is okozott csalódást a 
Stardock bejelentése, amikor sikertele- 
nül végződtek az IBM-mel folytatott 
tárgyalásai. A Stardock egy Warp 4-re 
alapozott új OS/2-es klienst szeretett 
volna készíteni. 

Szerencsére az IBM nem sokkal ké- 
sőbb bejelentette, hogy aktívan dolgoz- 
nak a szerényen csak , kényelmi cso- 
mag" elnevezésű új kliens és szerver 
változatokon. Fokozta a meglepetést, 
hogy színre lépett az addig kevesek által 
ismert Serenity Systems cég, és beje- 
lentette, hogy neki viszont sikerült meg- 
állapodnia az IBM-mel egy új, az IBM- 
es kényelmi csomagra alapozott operá- 
ciós rendszer kifejlesztéséről. 


A kulisszák mögött 


Mi késztette az IBM-et a kényelmi 
csomag kiadására? Miért nem sikerült 
megegyeznie a Stardocknak az IBM- 
mel? Miért sikerült a Serenitynek az, 
ami a Stardocknak nem? Ezek a kérdé- 
sek foglalkoztatták az 0S/2-es közös- 
séget a bejelentéseket követően. Bizto- 
sat persze senki sem tudott, de néhány 
teóriában sok igazság lehet. 

Az egyik okfejtés szerint a kényelmi 
csomag egyértelműen a nagybani fel- 
használók (főleg a bankok) nyomására 
született meg. Nyílt titok, hogy az IBM 
már régóta terelgeti felhasználóit a Win- 
dows platform felé. A kliensek egy része 
kész is volt vállalni a Windows NT-re 
vagy a Windows 2000-re történő átál- 
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lással járó többletkiadásokat, mások vi- 
szont azt mondták, hogy ők bizony 
tökéletesen elégedettek a jelenlegi álla- 
pottal, nem kívánják gépparkjukat le- 
cserélni, hogy kielégítsék a Windowsok 
kielégíthetetlen — teljesítményigényét. 
Ha pedig az IBM úgy kívánja, hogy 
hagyjanak fel az OS/2-vel, akkor meg- 
teszik, de egy lépéssel tovább mennek, 
és fokozatosan lecserélik összes IBM- 
es hardver- és szoftverterméküket. . . 
A Stardock kudarcával kapcsolatban 
a vélemények két fő csoportra oszlot- 
tak. Az egyik szerint a Stardock egy- 
szerűen kevesellte az IBM által felaján- 
lott árrést. A másik tábor szerint viszont 
azért futott zátonyra az ügy, mert az 
IBM megtagadta az OS/2 kódjához 
történő hozzáférést. A Serenity ezzel 
szemben valószínűleg elfogadta a fel- 
ajánlott pénzügyi feltételeket, ám az is 
lehet, hogy jobban bízik az eCS na- 
gyobb sorozatban történő eladásában. 
Nem kizárt az sem, hogy a Serenity 
egyik tulajdonosa régebben az IBM 
alkalmazottja volt, ezáltal jobb feltéte- 
leket tudott kiharcolni. A Serenity abba 
is belement, hogy nem lesz hozzáférése 
a Warp 4 forráskódjához, így csak az 
eComStation v1.00 


BOOT OPTIONS MENU 
vO.2.22-en:ss 


Next option: 
Previous option: ShiftrTab, Left 
Change option: 
(C) 2001 by Serenity Systems Continue boot: 


egyes modulok cseréjével, illetve a be- 
illesztett szövegek és képelemek (re- 
sources) lecserélésével alakíthat a ké- 
nyelmi csomagon. 


Mi került a csomagba? 


Ilyen előzmények után vágott bele a 
Serenity az eComStation névre keresz- 
telt operációs rendszer fejlesztésébe. 
Amikor 2000. októberében a Warp- 
Stock Europe konferencián alkalmam 
volt megtekinteni előadásukat, kicsit 
csalódottan vettem tudomásul, hogy 
gyakorlatilag alig tudtam meg valami 
kézzelfoghatót. Szó volt ugyan sok 
mindenről, csak arról nem, hogy miben 
is más az eCS, mint a kényelmi csomag. 
Utólag persze ez érthető is, hiszen a 
termék alapjául szolgáló kényelmi cso- 
magnak akkor még csak a béta-válto- 
zata volt meg, s az eCS 1.0 arculatát és 
végleges összetételét az internetes fó- 
rumokon kialakult hosszú eszmecserék 
is formálták. 

Bár az előfizetőknek szinte azonnal 
megküldték a kényelmi csomag bétáját, 
a végleges termék kibocsátására na- 
gyon sokat kellett várni. 

A csúszásnak több oka is volt. Az 
egyik az, hogy a Serenity meglehetősen 
kis cég, ugyanakkor szerette volna ma- 
ximálisan kielégíteni a felhasználók 
igényét, és nagyon sok, az internetes 
fórumokon felvetett kívánságot is tel- 
jesített. Az internet ugyanakkor pótló- 
lagos erőforrások bevonását is jelentet- 
te, rendszeresen előfordult, hogy a fej- 
lesztők itt kaptak megoldástegyes prob- 
lémáikra, s nagyon sokan ingyen is 
besegítettek a fejlesztésbe. A megjele- 


Tab, Right 


Space, Up, Down; edit string 
Enter (Don/t hit Esc or F keys) 
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Miscellaneous settings 4 Installer 

Keyboard layout: USg 4 Desktop 

Country code: 001 

Code page: 437,850 " Pause boot 
on error 

RAM drive: 2: 

Swap file drive: Z: 4 No swap 

Reserve drive: R: " USB 

eCS CD drive: s: 


User init file: — S:NECSNINI.RC 
Sustem init file: S:NECSNINISYS.RC 








ATA(PI)/(EJIDE ] Miscellaneous storage 


; Enhanced 4 Load ATA before SCSI 
Standard : MO disk large sector 
None :" Generic INT13 driver 





Displau SCSI 
1280 x 1024 " Adaptec AICUI6O 
1024 x 768 :" Adaptec AIC7TB8U2 
;: 800 x 600 " Adaptec AIC787O 
640 x 480 :" Adaptec non-PCI 
Auto select " AdvanSys ASC 
" BusLogic 
) 64K colors :" I20 Storage OSM 
256 colors " Initio 
" OLogic 
: Legacy UGA - RAID 
" Sumbios SYM HI 
" Sumbios SYM8XXK 
" Tekram — TMSCSIW 
4 Floppy :" Tekram — TRM3X5 
4 DASD 
"  JISCDROM : MO drive attached 
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nés dátumának folyamatos csúszásával 
párhuzamosan arrébb tolták a Warp 
4-ről történő kedvezményes upgrade 
határidejét is. 

A Serenity nem közvetlenül végzi a 
terjesztést, hanem összefogott hagyo- 
mányosan OS/2-es termékeket is for- 
galmazó cégekkel. A terjesztőtől füg- 
gően lehetnek kisebb nagyobb eltérések 
a kiszerelésben, azonban mindegyik 
disztribúció megegyezik abban, hogy 
három CD-t tartalmaz. Az első a tulaj- 
donképpeni eCS telepítő CD, a Serenity 
által kifejlesztett telepítőprogrammal. A 
második CD-n található az IBM-es ké- 
nyelmi csomag 2000 végén kiadott első 
verziója. A harmadik CD-n ajándékok, 
ingyenes alkalmazások találhatók. A 
Serenity embereinek ügyességét dicsé- 
ri, hogy olyan közkedvelt fizetős alkal- 
mazások is felkerültek erre a CD-re, 
mint például a Lotus SmartSuite 1.6-os 
irodai alkalmazáscsomag, az Injoy tár- 
csázó, a Desktop on Call távirányító 
eszköz, vagy a HobLink által kifejlesz- 
tett X-szerver. 

Az európai régió elárasztását a hol- 
landiai Mensys (http://www.mensys.n]) 
vállalta magára, és elektronikus rende- 
lési rendszerük révén náluk a világ 
bármely más tájáról lehet rendelni. Az 
általuk kiszerelt eCS-ben a CD-k mel- 
lett kis nyomtatott használati utasítás is 
van, amelynek legfrissebb változatát az 
interneten is közzétették (http://www 


.ecomstation.nl/files/ecs-ga-pdf-a5.pdf). 
Telepítési variációk 

Az eCS többféle módon telepíthető. 
A legegyszerűbb felbootolni az első 
CD-ről, melynek nyomán egy teljesen 
funkcionális, grafikus felülettel ellátott 
eCS-t kapunk, amelyből néhány egér- 
kattintással elindítható a telepítés. 
Amennyiben gépünk nem tud CD-ről 
bootolni, akkor a Warp 4-ből megszo- 
kott módon le kell gyártanunk három 
eCS telepítőlemezt, és azokról szintén 
fel tud állni a rendszer. Lényeges kü- 
lönbség a korábbi 0S/2-kel szemben, 
hogy a három indítólemez önmagában 
még egy minimális rendszer indítására 
sem képes, ugyanis a szükséges fájlok 
egy része az eCS telepítő CD-jén van. 

Ha gépünk 64 MB vagy annál keve- 
sebb RAM-mal rendelkezik, akkor a 
Serenity a második CD-ről történő te- 
lepítést ajánlja. Ebben az esetben tulaj- 
donképpen a Warp 4-es kényelmi cso- 
magot (MCP - Merlin Convenience 
Pak) telepítjük, amelyet azután a har- 
madik CD-n található segédprogram 
(convert.exe) segítségével lehet eCS 
kinézetűre szabni. Ez a programocska 
egyébként működik az eCS preview és 


az MCP béta-verziókkal is, és általa 
nagy valószínűséggel még az UpPdCD 
segítségével készített Warp 4.5-ök is 
eCS kinézetűre alakíthatók. 

Floppylemezes telepítésre már nincs 
mód, de így volt ez már a Warp 4 
esetében sem. Nem lehet ugyanakkor 
hálózaton keresztül sem telepíteni, leg- 
alábbis én egyik telepítő CD-n sem 
találtam meg az npsetup.exe programot, 
amelynek segítségével a távinstallhoz 
szükséges lemezeket le lehetne gyárta- 
ni, s a nyomtatott használati utasítás 
sem említi ezt a lehetőséget. Így a 
CD-ROM meghajtóval nem rendelkező 
gépek telepítésére az egyetlen járható 
út a telepítőfájlok bemásolása a merev- 
lemezre, és a Warp 4 esetében bevált, 
merevlemezről történő telepítés, majd 
pedig az eCS look and feel-re történő 
konvertálás. Hasonló lehet a helyzet a 
tömeges telepítés esetén használt, a 
felhasználó beavatkozása nélkül végre- 
hajtott, úgynevezett CID (Controlled 
Installation and Distribution) telepítés- 
sel is, amely csak a második CD ese- 
tében alkalmazható. 

Az eCS hardverigénye nagy vona- 
lakban megegyezik a Warp 4 hardver- 
igényével, így a már gyengécskének 
számító P10O-as processzorral és 32 
MB RAM-mal felszerelt gépeken is jól 
használható. 


Grafikus varázsló 


Az egyik lényeges újítás az eCS-ben 
kétségkívül az új telepítőprogram, ame- 
lyet az első CD-ről történő futtatáskor 
használunk. A CD-ről vagy az első 
telepítőlemezről történő bootoláskor 
legelőször egy kis menü jelenik meg, 
amelyben választani lehet az alapértel- 
mezett beállításokkal történő indítás, 
illetve az alapbeállítások megváltozta- 
tása között. Ha csak véletlenül bootol- 
tunk volna a telepítő CD-ről, akkor 
lehetséges a merevlemezről történő be- 
töltés folytatása is. Az alapbeállítások 
módosítását választva ún. preboot kép- 
ernyő jelenik meg. Itt nyílik lehetőség 
a képernyőfelbontás megváltoztatására, 
speciális (például SCSI) driverek betöl- 
tésére, vagy a telepítőrendszer telepíté- 
séhez használt RAM drive-hoz rendelt 
meghajtóbetű definiálására. Bár a ké- 
szítők próbáltak olyan beállításokat 
használni, amelyek a legtöbb gépen 
megfelelőek, nálam csak 5099-os volt 
az eredmény. 

Az eddig telepített két PC-ből ugyan- 
is az egyiken volt olyan meghajtó, 
melynek betűje ütközött a RAM drive- 
hoz rendelt betűvel (R:), és ennek ered- 
ményeként a sokak által jól ismert 
, Cannot operate your hard disk" üze- 


nettel fejeződött be az első telepítési 
próbálkozás. A megoldás a RAM drive 
betűjének megváltoztatása volt a pre- 
boot menüben, így már sikeresen to- 
vábbment a rendszer. Az alap OS/2 
(pardon eCS) fájlok betöltése után el- 
kezdődik a telepítőrendszer telepítése a 
RAM drive-ra, ami lassabb gépen né- 
hány percig is eltarthat. Eközben egy 
látványos eCS animáció szórakoztatja 
a felhasználót. A folyamat végeredmé- 
nye egy minimális, ám grafikus felület- 
tel ellátott eCS lesz, amelynek munka- 
asztaláról, az automatikusan induló 
, eComStation . Installation Program"- 
ból lehet indítani a tulajdonképpeni 
telepítést. A program egy varázslószerű 
felületen végigkalauzol bennünket a 
telepítés első fázisán, amelynek legbo- 
nyolultabb része a merevlemez LVM- 
esítése, és a telepítésre kiszemelt kötet 
kiválasztása. 

Bizonyára emlékeznek még az olva- 
sók (ha másból nem, akkor a volume 
szó félresikerült fordítására érkezett kri- 
tikák alapján) az AIX-ből átvett, és a 
Warp Server for e-Businessben beveze- 
tett logikai kötetmenedzserre (LVM - 
Logical Volume Management), amely 
a hagyományos, FDISK típusú kötet- 
menedzsmentet váltotta fel az OS/2 
operációs rendszerben. Ezzel lehetővé 
vált például a meghajtóbetűk tetszőle- 
ges kiosztása, és a kötetek dinamikus 
kiterjesztése. Mivel az LVM nem kom- 
patibilis az FDISK-kel, ezért a Warp 
4-ről vagy más operációs rendszerekről 
áttérőknek előbb konvertálniuk kell 
merevlemezüket. Ha van régi Boot Ma- 
nager, azt is le kell cserélni az eCS-sel 
adott LVM-kompatibilis verzióra. 

Bár a konvertálás csak annyit jelent, 
hogy a kötetmenedzser pótlólagos in- 
formációkat tárol a köteteknek más 
rendszerek által elvileg nem használt 
részében, a telepítés megkezdése előtt 
célszerű biztonsági másolatot készíteni 
kritikus adatainkról. Én például úgy 
jártam, hogy a gépen már fent lévő 
Windows 2000 rendszert a konverzió 
után újra kellett telepítenem, mert az 
nem volt képes megtalálni az NT ker- 
nelt... Mivel a korábban már LVM-esí- 
tett másik gépemen a Windows 2000 
az eCS telepítése után is simán betöl- 
tődött, arra gyanakszom, hogy a prob- 
léma olyan gépeken jelentkezik, ahol 
előzetesen megtörtént a konverzió. A 
WSeB béta-tesztelésekor kapott infor- 
mációs anyagban volt utalás erre a 
problémára (igaz, még csak Windows 
NT-vel kapcsolatban), ám ez furcsa 
módon kimaradt a végleges verzió do- 
kumentációjából, és az eCS kézikönyv 
is hallgat róla. Az eCS levelezési listán 


ÚJ ALAPLAP 2001/8 (OKTÓBER) 49 


Szoftverportéka 








feltett kérdésemre a szakértők szintén 
azt válaszolták, hogy , no problem". 
Nem árt azonban vigyázni, bár valószí- 
nű, hogy más operációs rendszerekkel 
tényleg nincs ilyen probléma. 

A varázsló működésében kissé zava- 
ró (bár utólag logikus) volt az is, hogy 
az LVM-esítés előtt egyetlen kötet sem 
jelent meg a telepítésre választható kö- 
tetek listájában. A , Manage Volumes" 
gombra kattintva viszont elindult a 
WSeB-ből már jól ismert szöveges 
LYM-felület, amelyből el lehetett ké- 
szíteni a telepítésre alkalmas kötetet. 
Kissé meglepődve tapasztaltam, hogy 
az LVM-ből nem lehetett telepíthetővé 
tenni a kötetet, ki kellett lépni abból, 
majd pedig a varázsló listájában ekkor 
már megjelenő kötetet ki lehetett vá- 
lasztani telepítésre. Az első fázis továb- 
bi része szinte észrevétlenül telt el a 
fájlok másolásával, majd önműködően 
újraindult a rendszer, most már a me- 
revlemezről. 

A második és harmadik fázisban ke- 
rülnek fel a gépre a kiegészítő elemek, 
azonban ahogy halad a telepítés, úgy 
lesz egyre több dolga a gép előtt ülő 
személynek. A fejlesztők bizonyára idő- 
zavarba kerültek, és nem tudták befe- 
jezni az IBM-es telepítőprogramok cse- 
réjét, így sok helyen csak terjedelmes 
magyarázó szöveggel igyekeztek a he- 
lyes irányba terelni a telepítés menetét. 
A harmadik fázis végén jelenik meg a 
Wise, amely addig nem engedi tovább 
a telepítést, amíg meg nem adjuk a 
termék vásárlásakor kapott regisztráci- 
ós adatokat. Ha sikeresen vettük ezt az 
akadályt is, akkor lehetőségünk nyílik 
még az eCS ajándékcsomagban talál- 
ható alkalmazások telepítésére is. 


Már a telepítés megkezdése előtt 
nyilvánvalóvá vált, hogy az eCS grafi- 
kai felületének (GUI, Graphical User 
Interface) kialakítására szerveződött 
csapat nagyon jó munkát végzett. Bár 
én nem vagyok a nagyon díszes meg- 
oldások híve, és eddig tökéletesen elé- 
gedett voltam a Warp 4 felületével is, 
be kell vallanom, hogy néhány napnyi 
használat alatt nagyon megszoktam az 
eCS szemre tetszetős kinézetét. A fej- 
lesztők szinte az összes ikont lecserél- 
ték az Object Desktopéhoz hasonlító 
ikonokra, és a régebbieknél jóval tet- 
szetősebb — WarpSans betűkészletet 
használják. Az eCS témamenedzser se- 
gítségével megváltoztatták a keretek, a 
jelölőnégyzetek és a rádiógombok ki- 
nézetét, az alapbeállítás (eCS classic 
theme) mellett választhatunk jó néhány 
más kinézetet is, olyanokat, amelyek a 
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Warp 3-ra, Warp 4-re, vagy akár a 
Windowsra emlékeztetnek. Az eStyler- 
Lite alkalmazással átalakíthatjuk a cím- 
sorok és nyomógombok kinézetét, de 
lehetőségünk van a rendszerleállítás 
menüjének kiterjesztésére is (extended 
shutdown). Különösen hasznosnak ta- 
láltam még, hogy a notebook működé- 
sét végre menüből tudom felfüggeszte- 
ni (suspend). Lényeges megjegyezni, 
hogy a csinosítás nem ment a sebesség 
rovására. A kissé már réginek számító, 
P233-as, 64 MB RAM-mal felszerelt 
mobil gép ugyanis ugyanolyan gyorsan 
fut eCS alatt, ahogy azt a Warp 4-gyel 
már megszoktam. 

A másik komoly előrelépés a Wise 
funkció beépítése. Ennek segítségével 
könnyedén telepíthető több mint 50 
alkalmazás, és azok száma az eCS 
weboldalon keresztül terjesztett frissí- 
tésekkel (http://www.ecomstation.com) 
tovább növekszik. Ugyanitt jelentkez- 
hetnek azok a fejlesztők is, akik szeret- 
nék, ha programjukat felvennék a Wise 
eszközbe, vagy hajlandóak besegíteni 
egyéb alkalmazások adaptálásában. A 
telepítés mellett a Wise menüjéből el 
lehet érni a legtöbb rendszerbeállítást, 
és innen indítható például a kiegészítő 
rendszerkomponensek telepítése is. 

A legtöbb rendszerkomponens eseté- 
ben a hagyományos IBM-es telepítő- 
programok indulnak el, de egy új nyom- 
tató telepítése során már a Serenity által 
kifejlesztett varázslót élvezhetjük. Le- 
hetőség van még az eComCenter 
(WarpCenter) beállításainak mentésére 
és visszaállítására, illetve a telepítés 
második és harmadik fázisának újrain- 
dítására is. 

Az ajándék alkalmazások közül én 
az Injoy tárcsázóprogramnak örültem a 
legjobban, amelynek nem is az alapvál- 
tozatát (basic), hanem a kiterjesztett 
(extended) verziót tették az eCS-be. 
Eddig is elégedett voltam a Warp 4 
beépített tárcsázójával, és sokalltam 45 
dollárt fizetni az Injoy extended verzi- 
ója által nyújtott kényelemért, most 
kétségkívül át fogok térni erre az alkal- 
mazásra. Az otthon vagy vállalkozásuk- 
ban több számítógépet használók szá- 
mára csemege, hogy ez az Injoy a 
beépített NAT (Network Address Trans- 
lation) funkció révén alkalmas az inter- 
netkapcsolat megosztására is. 

Az új felhasználókat esetleg megza- 
varhatja, hogy az OS/2 elnevezést csak 
részben cserélték ki eCS-re. Így például 
a Warp 4-bőól WarpCenter néven ismert 
tálca a feladatlistában eComCenter né- 
ven szerepel, míg a helpbben megmaradt 
a WarpCenter elnevezés. A Win/eCS 
környezet is hemzseg a Win-OS2 elne- 


vezéstől. A telepítés utáni első betárcsá- 
záskor kissé meglepődtem, amikor a 
vonal bontása után megjelentegy TRAP 
üzenet, azaz a rendszer teljes leállását 
jelző képernyő. Az eCS alapját képező 
kényelmi csomag TCP/IP 4.3-as kom- 
ponensében ugyanis benne maradt egy 
súlyos hiba, aminek következtében a 
rendszer leáll a PPP kapcsolat megsza- 
kítása után, amennyiben a számítógép- 
ben hálózati kártya is van. Bár az IBM 
már régen kiadta rá a javítást, és az fel 
is került a harmadik eCS CD-re, a 
Serenity nem vállalta (szerintem na- 
gyon helytelenül) a javítás beépítéséből 
adódó esetleges kockázatot. 

A kézi telepítés után nem volt komo- 
lyabb probléma a rendszer stabilitásá- 
val, bár a munkaasztal rövidebb időre 
egyszer-kétszer lemerevedett, viszont a 
rendszert emiatt még egyszer sem kel- 
lett újraindítanom. A lemerevedés an- 
nak a következménye is lehet, hogy 
külön kellett áttennem a Warp 4-ből az 
eCS-szel valószínűleg sohasem tesztelt 
Toshiba PCMCIA rendszer támogatását 
biztosító drivereket, mert a kényelmi 
csomagban már csak az IBM Thinkpa- 
deket támogatják. Nálam az eCS néha 
azt is elfelejti, hogy táskagépen fut, 
ugyanis az eComCenter kijelzője több- 
nyire nem mutatja, milyen töltöttségi 
állapotban van a telep. Ezek azonban 
kisebb problémák, amelyeket még to- 
vább kell tanulmányoznom, mielőtt le- 
vonom a végső tanulságot... 


Összegezés 


Az eCS kétségkívül megérdemli, 
hogy új operációs rendszernek nevez- 
zék. Forradalmian új dolgokkal nem 
büszkélkedhet, de még a tapasztalt 
Warp 4, WSeB vagy MCP felhasználók 
számára is bőven tartalmaz kellemes 
meglepetéseket. Kicsit hasonlatosnak 
érzem a helyzetet a Windows 2000 — 
Windows XP átmenethez. A telepítő- 
programok tökéletesítése és a felület 
csinosítása jó lépés a felhasználók kö- 
rének bővítése szempontjából. Kérdé- 
ses — persze, hogy összességében 
mennyire egyszerűsíti a telepítést az 
eCS jelenlegi állapota, vagyis amikor 
az új telepítő még nem teljes, így gyak- 
ran kénytelen meghívni a régi progra- 
mokat. Az eCS-hez adott gazdag prog- 
ramválaszték (még a Warp 4-es Voice- 
Type is benne van!), továbbá az a tény, 
hogy az eCS a gyengébb gépeken is jól 
fut, valódi alternatívát kínál a gazdasá- 
gosságra törekvő kisebb vállalatok, il- 
letve a szerény költségvetéssel dolgozó 
otthoni felhasználók számára. 

Kádár Zsolt 
kadzsolOxenia.sote.hu 














Gazdaságos 
Több víruskereső előni ; . 
Három keresőmotor: í í 0 -] i és indítható keresési módok 
F-PROT, Kaspersky Anti-Virus, 
Kényelmes ! 

Központilag menedzselhető 
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Biztonságos 
Napi frissítés 
Szakszerű terméktámogatás 
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9. 763 F-SECURE" 


Ha szeretné biztonságban tudni számítógépeit 
Ha internetezik, ezért erre is kiterjedő védelm 











Ha tanácsra van szüksége 4 

Válasszon minket, forduljon hozzánk! A 
Munkaállomások: Szerverek: Tűzfalak és levelező szerverek: F 
Dos, Windous 3.1x, 95/98 Windows NT 4.0 Server Check Point FireWall.1 
Windows NT 4.0 workstation Windows 2000 Server Trusted Information Systems Gauntlet 2F 2000 Számítástechnikai És Szolgáltató Kft. 
Windozos 2000 ; Novell Netware Egyéb CVP.kompatibilis tűzfalak GÜGAÖT Hádszsé HáGe BE 
Windows Millenium Edition 05/2 Warp POP3, SMTP, UUCP levelezés Telefon: 488 7700 Fax: 488 7709 
058/2 Warp Linux MS Exchange, Lotus Notes/Domino web: http:/www.2f.hu/e-mail: infoo2f.hu 
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Szoftverportéka 





Nero, oké? 


A CD-égető 5-ös sorozata 


A CD-író készülékek használatának rohamos terjedése 
táplálja azt az igényt, hogy a CD-író programok legyenek 
egyszerűen kezelhetők, és használni lehessen őket 

a piacon kapható mindenféle termékhez. 

Vagy ha nem is mindegyikhez, legalább ahhoz, 


amelyikkel éppen dolgozunk. 


Az Easy CD Creator legújabb verzi- 
ójáról idei májusi számunkban írtunk. 
Most annak egyik legerősebb konku- 
rensét volt lehetőségünk kipróbálni (a 
Napfény Kft jóvoltából), mégpedig an- 
nak dobozos változatát. A megkülön- 
böztetés azért lényeges, mert a Nero 
Burning Rom (NBR) szoftvernek van 
szabadon letölthető próbaváltozata is, 
amely lapunk CD-mellékletén már 
többször rajta volt. A kipróbálás sza- 
badsága mellett ennek a megoldásnak 
az is előnye, hogy a kereskedelmi for- 
galomban lévő szoftverek egyszerűen 
felfrissíthetők az alváltozatok próba- 
verzióival. (Ez esetben a dobozos 5.5-ös 
Nero a letölthető 5.5.x-es frissítésekkel.) 
Az sem mellékes szempont, hogy a nyelvi 
csomagok — a magyart is beleértve — 
szintén letölthetők a fejlesztő Ahead cég 
honlapjáról (www.ahead.de). 


Biztonsági másolat 


Hasonlóan sok más sikeres kereske- 
delmi szoftverhez, a Nero is shareware 
programként kezdte pályafutását. A ko- 
rai verziókról még nem sokan szerez- 
hettek tapasztalatot, mert a CD-író ké- 
szülékek nagyobb arányú elterjedése 
nagyjából a Nero 4-es verziójának meg- 
jelenésével esett egybe. Ez már kezelni 
tudta a forgalomban lévő legtöbb esz- 
közt, ha azok alkalmazkodtak a szab- 
ványokhoz, és volt megfelelő meghaj- 
tóprogramjuk a Windows platformhoz. 
A Nero fejlesztői később a kényelmi 
funkciók és az eszköztámogatás bőví- 
tésével kissé késlekedtek, de az is igaz, 
hogy a CD-író teljesítményével nagyon 
sokan elégedettek voltak, és nem is 
akarták lecserélni a korábbi verziót. 

Az új felhasználók természetesen 
mindig a legújabb változatot kapják, 
így most a Nero 5.5.x sorozat valame- 
lyik tagját. Az ebben lévő funkciók az 
egyszerű CD-íráson túllépve elősegítik 
a CD-re kerülő tartalom menedzselését 
is. Erre szolgál például a zeneanyagok 


kezelésének kibővített eszköztára, ami 
azért is érdekes, mert az Ahead prog- 
ramjához inkább a professzionális adat- 
mentés és adatkezelés képzete társult, 
noha a Nero szinte bármilyen CD elké- 
szítésére és másolására alkalmas. 
Másoláskor célszerű image-fájlt ké- 
szíteni, még akkor is, ha van külön 
CD-olvasónk. Ilyenkor a Nero alapér- 
telmezésként egy .nrg kiterjesztésű fájlt 
generál, amelynek formátuma de facto 
szabvánnyá vált a windowsos image- 
kezelő programok számára. A másolási 
képesség pedig szükséges, és kár, hogy 
a Nero nincs felkészítve a , védett" 
CD-k duplikálására. A kereskedelmi 
forgalomba kerülő CD-k egy részét 
ugyanis másolás elleni védelemmel lát- 
ják el, jóllehet a vásárlót így olyan 
körülmények között fosztják meg a 
biztonsági másolat készítésének lehető- 
ségétől, amikor a megkarcolódott CD-k 


Nero Wizard [Compile a new CD] 


ingyenes cseréje finoman szólva , nem 
vált általánossá". (Lapunk CD-mellék- 
lete esetében azonban igen: a sérült 
CD-k helyett minden további nélkül 
adunk vagy küldünk egy hibátlant.) A 
CD-védelmekről egyébként a 
www.cdmediaworld.com weblapon bő- 
vebben is olvashatnak. 

A segédeszközök között megtalálha- 
tó a DriveSpeed és a CD Speed, me- 
lyekról korábban már szintén írtunk. 
Ezekkel mérni és módosítani tudjuk a 
műveletek tempóját, ami különösen 
fontos, ha a deformálódott, excentrikus 
vagy hibás tömegeloszlású CD kerül 
hozzánk, hiszen elkerülhetjük, hogy 
hardvereszközeink a használat során 
megrongálódjanak. 


Kettős puffertár 

A Nero csomagjában a legfontosabb 
rész mégiscsak a CD-t megíró alapal- 
kalmazás. A telepítés és a regisztrálás 
után egy varázsló segít levezényelni az 
első CD-k elkészítését. A műveletek 
begyakorlása után ezzel is az történik 
majd, ami a többi , varázslóval": akik 
unják, kikapcsolják. A Nero menüjéből 
ugyanis lényegesen gyorsabban lehet 
az igényeinknek megfelelő beállításo- 
kat elvégezni, és a kezelőfelület is elég 
kényelmes, voltaképpen egy Explorer- 
szerű felület, amelyben , fogd és vidd" 
módszerrel tudjuk összeállítani leendő 
CD-nk tartalmát. 

Annak sincs akadálya, hogy a CD-n 
összeállított anyagban megváltoztas- 
sunk neveket és célkönyvtárakat, ami a 
merevlemezünkön spontán kialakuló 


Now choose your format. Which kind of CD do you want to compile: 


€C DataCD 


K Other CD formats 
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káoszhoz képest a konzervált adatok 
számára (legalább egy kicsit) jobb ar- 
chívumszerkezet kialakítását teszi lehe- 
tővé. Persze a konzerválást sem kell 
annyira kőbe (műanyagba) vésettnek 
tekinteni. A több menetben felírt (mul- 
tisession) CD-knél az adott könyv- 
társzerkezetből lehetőségünk van min- 
dig csak az időközben megváltozott, 
illetve az adott könyvtárba újonnan 
bekerült állományokat CD-re írni, tehát 
lényegesen leegyszerűsödik azoknak az 
állományoknak és könyvtáraknak a biz- 
tonsági mentése, amelyeket rendszere- 
sen archiválni szoktunk. Más CD-író 
alkalmazásokhoz hasonlóan a Nero is 
el tudja menteni az egyes összeállítások 
receptjét. Ezt a programból való kilépés 
előtt automatikusan fel is ajánlja. 

A Nero 5-ös sorozata már kettős 
puffertárral dolgozik: a szoftver az író- 
puffer folyamatos adatellátásáról egy 
külön olvasási puffer közbeiktatásával 
gondoskodik. Ennek a megoldásnak ak- 
kor látjuk igazán hasznát, ha sok kisebb 
állományt kell felírnunk, és szeretnénk 
kihasználni a gyors CD-író rögzítési 
sebességét. A korábbi verzióknál alkal- 
mazott cache-eléssel ezt nem mindig 
lehetett megoldani: a program írt, 
ameddig volt mit írnia, az írópuffer 
kiürülése után azonban kiköpte a CD-t, 
és azt dobhattuk a kukába. Most a 
rendszer hibatűrése lényegesen na- 
gyobb, bár néha az olvasópuffer telí- 
tettségi szintjének lecsökkenése okoz 
némi izgalmat. A CD elkészítése után 
a Nero korrektül kijelzi az átélt kritikus 
helyzeteket, de a CD-t ennek ellenére 
általában hibátlanul elkészíti. 


Ütközések elkerülése 


A felírt állományok ellenőrzésének 
hasznossága azok számára rögtön nyil- 
vánvaló, akik a merevlemez könyv- 
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FOLIGODU 


a prezentáció és az oktatás kellékei 


Szoftver, PC, Szemléltető eszközök, 
Projektor, Irásvetítő, Nyomtató, Másológép, 
Hálózati termék, Tábla, Fax, Irodaszer, 
Irószer, Játék, CD-ROM, Térkép, 


táraiból összevadászott állományokkal 
szoktak megtölteni egy-egy CD-t. A 
tartalmi ellenőrzésre korábban a leg- 
jobb módszer az anyagok előzetes 
összekészítése volt, amihez azonban 
dupla lemezterületet kellett igénybe 
venni, ha az eredeti helyükről kiemelt 
anyagokat nem akartuk azonnal törölni. 
Összetett könyvtárstruktúra esetén az 
anyag ismételt személyes átböngészése 
mindenképpen türelemjáték, amitől a 
Nero egyetlen jelölőnégyzet kipipálá- 
sával megkímél bennünket, a CD elké- 
szülte után bináris állományegyeztetést 
végez a CD-re írt és az eredeti helyükön 
maradt állományok között. 

Az írópanelen található olyan opció 
is, amelyet bejelölve a CD-írás befeje- 
zése után a gép automatikusan kikap- 
csolódik. Ez nem annyira az egyéni 
felhasználásban lehet érdekes, mint in- 
kább a vállalati archiválásnál, bár egy 
CD elkészítése közben számos akadá- 
lyozó tényező merülhet fel, ezért a 
magára hagyott CD-írás egyelőre való- 
színűleg nem lesz nagyon népszerű. 

A dobozos verzió megvásárlása előtt 
mindenképpen érdemes előbb a letölt- 
hető (és CD-mellékletünkön is megta- 
lálható) időkorlátos verziót kipróbálni, 
hogy a programot a konkrét gépi kör- 
nyezetben vizsgáztassuk. Én például azt 
tapasztaltam, hogy az egyik gépen CD- 
írás közben is problémamentesen lehet 
böngészni az interneten, míg a másikon 
ennek a próbálkozásnak kék képernyő 
és egy elrontott CD a jutalma. Pedig 
mindkét gépen Windows 98-as rendszer 
fut. A hiba talán a hardverelemek nem 
teljesen egyforma kezelésében, vagy 
valami más belső ütközésben keresen- 
dő. Nekem mindenesetre nem sikerült 
az okot behatárolnom. 

A problémák bizonyos hányada ab- 
ból következik, hogy egyidejűleg van- 
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nak gépünkön különböző CD-író prog- 
ramok, mert a készülékek megvásárlá- 
sakor ilyenek birtokába jutottunk. A 
konfliktus kiküszöbölésre a Nero lehe- 
tőséget kínál a Windows indításának 
paraméterezésére. Különböző CD-író 
alkalmazások használatát tartalmazó 
indítási módok közül választva csak 
azok a meghajtóprogramok töltődnek 
be, amelyek az adott alkalmazáshoz 
szükségesek. Arról pedig, hogy ehhez 
újra kell indítani a Windowst, nem 
biztos, hogy csak a Nero tehet. (A Linux 
kernelmoduljainak nagy része menet 
közben is kilökhető a memóriából.) 

A shareware koncepció jegyében fej- 
lesztett Nero a mai napig annyira sike- 
res, hogy a 3-as és 4-es verzió frissítései 
jelenleg is letölthetők a cég honlapjáról. 
Érdemes tehát beszerezni egy profi vál- 
tozatot is, különösen akkor, ha a CD- 
íróval kapott más OEM alkalmazások 
képességeit elkezdjük kinőni. 

Simay Endre István 





Kaleidoszkóp 





Erősödő mezőny, igen erős élboly 


A mikrogépek 18. sakkvilágbajnokságáról 


A PC-kre írt sakkprogramok mezőnyében azok kerültek 
az élre, amelyeket felkészítettek két (vagy több) 
processzorral felszerelt számítógépen való futtatásra. 
2001. augusztus 18. és 23. között, a hollandiai 
Maastrichtban rendezett mikrovébén egyetlen összevont 
csoportban küzdött valamennyi résztvevő, de külön 
világbajnoki címet kaptak a hagyományos és 

a , duál" programok készítői. Emellett a régi 
szokásoknak megfelelően amatőr világbajnoki címet 
is adtak a kereskedelmi forgalomba még nem 

került legjobb program alkotójának. 


A sakkprogramok legnagyobb idei 
világversenyét az izraeli Amir Ban és 
Shay Bushinsky alkotása, a Deep Junior 
nyerte. A program egy processzorra írt 
7-es verziója hosszú ideje a világ élvo- 
nalában halad, így legfeljebb arra nem 
számított senki, hogy a duál változat a 
világbajnoki címet kilencfordulós, sváj- 
ci rendszerű tornán óriási fölénnyel, két 
teljes pont előnnyel szerzi meg. Ren- 
deztek 5-5 perces villámversenytis, azt 
pedig nagy meglepetésre a kevésbé 
ismert amatőr Goliath nyerte, Ouest és 
Rebel előtt. 

A sakkszoftverek fejlesztésének új 
irányát, a műveleteknek két vagy több 
processzor közötti megosztását lapunk 
legutóbbi számában részletesen ismer- 
tettük. Várható is volt, hogy a kétpro- 


cesszoros hardveren működő , deep" 
változatok az élbolyban fognak szere- 
pelni. Az is megfelelt a , papírformá- 
nak", hogy az első három helyre a 
ChessBase műhelyéből kikerült alkotá- 
sok kerültek. (Az eredménylistát lásd a 
mellékelt táblázatban.) 

A tornán (látszólag) nem vett részt a 
világranglista élén álló Fritz. Valójában 
a második helyen végzett Ouest mögött 
már a Fritz 7 néven idén novemberben 
forgalomba kerülő új szoftver rejlik, a 
Ouest a Fritznek mintegy a , tesztver- 
ziója", és mivel a torna az egyik fej- 
lesztő (Morsch) hazájában, Hollandiá- 
ban zajlott le, most a régebbi holland 
nevet használták. Morsch egyébként 
elmondta, hogy a Kramnyikkal szem- 
beni páros mérkőzésre felkészítendő 


verzióban arra törekszenek, hogy Fritz 
kerülje el a zárt játékot, mert a nyílt 
összecsapásban jobbak az esélyei. Szá- 
míitástechnikai szempontból ez érthető, 
hiszen zárt állásokban kevesebb elága- 
zást kell elemezni, ami inkább Kram- 
nyiknak kedvez. (Az eredetileg idén 
novemberre . Bahrainban tervezett 
Fritzx—-Kramnyik összecsapást a közel- 
keleti háborús események miatt 2002-re 
halasztották.) 

Meglepetésre Shreddernek nem a 
kétprocesszoros változata szerepelt. A 
program alkotója, Stefan Meyer-Kah- 
len eddig már három világbajnoki címet 
szerzett, és kérdésemre ezt felelte, hogy 
, most az egyprocesszoros programok 
közötti világbajnoki címet céloztam 
meg". Igyekezetét végül siker koronáz- 
ta, de ez csak az utolsó fordulóban dőlt 
el, amikor Parsos legyőzte Chess Tigert, 
pedig mindvégig a , sakktigrisnek" volt 
nagyobb esélye a cím megszerzésére. 

A Chess Tiger alkotója a Kis-Antil- 
lákon élő francia Christian Théron, se- 
gítőtársa a holland Jan Louwman, aki 
nyolcvanadik életévén túl is tesztelte, 
és a helyszínen kezelte a programot. 
Jelenleg az ő programjuk az egyetlen, 
amely eséllyel veszi fel a versenyt a 
ChessBase alkotómúűhelyéből kikerült 
programokkal. Fejlesztési módszereik- 
nek köszönhetően a ChessBase ugyanis 
hatalmas fölényre tett szert, ami ezen a 


Junior 

OAuest (Fritz) 
Shredder 
Gromit Chess" 


Alkotók Bucholz 


Ban, Bushinsky 
Morsch, Feist 


Processzor 


Program 


2 db Pentium III, 1 GHz 

2 db Pentium III, 1 GHz 

1 db AMD Athlon, 1,4 GHz 
1 db AMD Athlon, 1,4 GHz 
1 db AMD Athlon, 1,3 GHz 
1 db AMD Athlon, 1,4 GHz 
2 db AMD Athlon, 1,4 GHz 
1 db AMD Athlon, 1,4 GHz 
2 db AMD Athlon, 2 GHz 

1 db AMD Athlon, 1,3 GHz 
2 db Pentium III, 1 GHz 

2 db Pentium III, 1,2 GHz 

1 db Pentium III, 700 MHz 
1 db AMD Athlon, 1,33 GHz 
1 db AMD Athlon, 1,3 GHz 
1 db AMD Athlon, 1,33 GHz 
1 db AMD Athlon, 1,2 GHz 
1 db Pentium III, 866 MHz 
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vébén teljes mértékben érvényre is ju- 
tott. 

Külön figyelmet érdemelnek az ama- 
tőr világbajnoki címért versengők. A 
győztes Gromit Chess programot két 
német újonc, Skibbe és Schneider al- 
kotta. A Gromit Chess fél ponttal meg- 
előzte az őt követő hetes bolyt. Az 
pedig, hogy az 5. és a 13. helyezett 
közötti mindössze 1 pontnyi volt a 
különbség, a nagy játékerejű szoftverek 
növekvő számának a jele. 

A továbbiakban bemutatok néhány 
részletet a világbajnoki küzdelem játsz- 
máiból. A kommentárokat nagyrészt a 
küzdő szoftverek által kiírt elemzések 
alapján közlöm. 

Az első fordulóban lezajlott egyik 
érdekes végjátékban a sötét bábokat 
irányító újonc holland Diep program- 
mal szemben Shredder, a favorit csak 
nagyon nehezen tudta elérni a döntet- 
lent. A 23. lépéspár utáni hadállást 
mutatja az 1. ábra. 

A helyzet kiélezett, a felek két-két 
összekötött szélső, illetve centrális gya- 
logjának küzdelme háromesélyes. Kez- 
detben sötét kezdeményezett. Követke- 
zett 24. He4 e5 25. Hg5 f6 26. He6 g6 
27. b4 Fc4 28. Hc5 f5 29. Hd3 Kd6 
30. Hb2 Fd5 31. Kd2 e4 32. c4 Fb7 
33. Kel g5 34. a5 f4 35. b5 f3 36. a6 
Fc8 37. Kf2 [Nem jobb a kínálkozó 37. 
a7 sem, mert Fb7 38. h4 gxh4 39. gxh4 
ugyancsak sötét számára előnyös.] 37. 
... Kc5? [Erélyesebb az állás lezárása: 
37. ... g4 38. Kel Kc5 39. a7 stb.] 38. 
g4 Kb4 [38. ... Fxg4? sem vezet a 
kívánt eredményre: 39. a7 e3-- 40. Kg3 
után már világos esélyei jobbak.] 39. 
Kg3 h6 [Erősebb 39. ... d3 40. Kf2 
Kb3 41. Hdl Kxc4 42. Ke3 ismét sötét 
némi előnyével.) 40. h3 d3 41. Kf2 Kc3 
42. Hd1-4- Kxc4 43. Ke3 Kxb5 44. 
Kxe4 Fxa6 45. Kxd3 Kb4-- [A király 
segítsége sem elégséges már a nyerés- 
hez.] 46. Ke3 Fb7 47. Hb2 Kc5 48. 
Hd34-- Kd5 49. Hel! [Világos megme- 


nekült, de még nem könnyű a helyzete. 
49. Kxf3?? súlyos hiba lenne: 49. ... 
Kd44- 50. Kg3 Kxd3 és sötét nyer.] 49. 
... Fc6 és itt döntetlenre adták, világos 
huszárjával üti a gyalogot, és elszáll a 
nyerés. 

A harmadik fordulóban Junior — 
Chess Tigerrel együtt — sötét színekkel 
harmadik győzelmét aratta, két köny- 
nyebb ellenfél, Tao és Ruy Lopez után 
a hozzá hasonlóan kétszer nyertes 
Craftyval szemben. Bob Hyatt szoftver- 
je erős ellenállást tanúsított, gyalogelő- 
nyét hosszú időn át tartotta, majd vilá- 
gos 32. lépése után (lásd a 2. ábrát) 
ellenfele királyállásával szemben erő- 
teljes akciót indított. 

Következett 32. ... Bae6! [Gyalogot 
áldoz, hogy mindkét bástyája elfoglalja 
a nyílt vonalat, s azon behatolhasson a 
veszélyes második sorra. Ehhez az , el- 
határozáshoz" igen pontos helyzetérté- 
kelés kellett. A parti következő, hosszú 
szakasza arról szól, hogy világos védeni 
igyekszik gyenge királyállását, ugyan- 
akkor tartja gyalogelőnyét. Ha sikerül 
mindent kivédenie, a végjátékban ez 
nyerési esélyt jelenthet számára.] 33. 
Vxa7 Be2 34. Vc7 h5 [34. ... Vad is 
figyelmet érdemel a program elemzése 
szerint, sötét azonban ellenfele király- 
szárnyára koncentrál.] 35. Vg3 B8e3 
36. Bf3 h4! [Az újabb gyalogáldozat 
tovább gyengíti a király helyzetét, 
amely az ábraállás óta világosra nézve 
egyre fenyegetőbb.] 37. Vxh4 Bxf3 38. 
gxf3 Vd3 [Ve3-- és királylépésre két 
lépésben matt fenyeget.] 39. Bf1 Vxa3 
[Ezt a veszélyes gyalogot helyes volt 
eltüntetni, de világosnak egy gyalog- 
előnye továbbra is megmarad. Igaz, 
sötét megújíthatja támadását.] 40. Kh1 
Vd3 41. Vh3 g6 42. Vh6 Hd7 43. Vf4 
Kg7 44. Kg1 Ba2! 45. Bf2 Bal-- 46. 
Kg2 Vb1 47. Kh3 Vhl 48. Ve3 Ba8 
ISötét mintaszerűen aknázza ki ellen- 
fele királyának sebezhetőségét.] 49. 
Bg2 VfI1 50. Kg3 Hf6 51. Bg1 Hh5-- 








1. ábra 
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Computer-Chess Events have a long and illustrious 
history, beginning with New York in August 1970, 
when Monty Newborn and his organizing committee 
put together the first computer-chess tournament. 

From the earliest annual events in America, which 

used state-of-the-art technology (acoustic couplers!) 
for linking terminals and remote computers, through 

the first World Championship in Stockholm in 1974-- 
when a concerted effort was made to have at least 

one competitor from each contributing country--to the 
introduction in 1980 of the first event exclusively for 
on-síte microcomputers, an enthusiastic band of 
participants and organizers have worked to make 

things happen. Although solid chess programs, 

notably MacHack 6, were established prior to 1970, 

ít was the participants to that first event who inevitably 
led the formation of the International Computer Chess [/ 
Association, dedicated to the support and 
encouragement of chess programmers. Those of us 





52. Kh4 Va6! 53. Ve5-4- Kh7 54. Bg2? 
[54. Vxd5 Vf6-- 55. Kg4 Vf4-- 56. Kh3 
után sötét aligha hoz ki a fenyegetése- 
iből döntetlennél többet.] 54. ... Vfl 
55. Ve2 [55. Vxd5 Vxg2 56. Fd6 Kh6 
57. Vxh5-- gxh5 58. b5 Vxf3 59. 
Ff8--Bxf8 60. b6Vg44] 55. ... Vel 56. 
Vd2 Vbi1 57. Bg5 Hg7 58. Vf4? [A 
kérdőjel Juniortól származik, pedig 58. 
Be5 — amit jobbnak tart — 58. ... Ba2 
59. Vel g5--! 60. Kh3 Vg6 (vagy 60. 
Kxg5? Vg6-- 61. Kf4 Vh6-- 62. Kg4 
Bxh2) után is ő kerekedik felül.) 58. ... 
Ba2! 59. Fd6 [59. Vxf7??-re 59. ... 
Bxh2-- 60. Kg3 Vg1-- 61. Kf4 Bh4-- 
62. Ke5 Vxg5-t nyer.] 59. ... Vel-4- 60. 
Kh3 Ve6-- 61. Bg4 Hf5 62. Fc5? 
[Junior kérdőjele itt is indokolatlan. 
Maga jelzi (ehelyett?) a következő el- 
ágazást: 62. Fb8 Vel 63. Bh4-- Kg8 64. 
Vg5 Vf1-- 65. Kg4 Vg1-- 66. Fg3 Hxh4 
67. Vxh4 Vxd4-4- 68. Ff4, ami szintén 
az ő nyerésére vezet. Valójában itt 
világosnak már aligha volt kielégítő 
folytatása. ] 62. ... Hh6 63. Ff8 Hxg4 
64. Vxg4 Va6 65. b5 Vxb5 66. Fd6 
Vf1-- 67. Kh4 15 68. Vf4 Bg2 69. Ve3 
[Élvezetes küzdelem, világos sem adja 
meg magát könnyen, sőt — most ő is 
matt-támadással kísérletezik.] 69. ... 
g5- 70. Kh5 [Erre csattanós befejezés 
következik.] 70. ... Bxh2--!! 71. Fxh2 
[71. Kxg5 -re 71. ... Be2 72. Va3 Vg1-- 
73. Kxf5 Vg6- 74. Kf4 Vf6-- 75. Kg4 
Bg2-- 76. Kh3—- Bg6 77. Va7-- Kh6 és 
a sötét matt-támadása immár védhetet- 
len.] 71. ... Vh34- 72. Kxg5 Vh6-- és 
sötét nyert. 


Kaleidoszkóp 





A negyedik fordulóban szembekerült 
egymással a két 100 százalékos, a Deep 
Junior és a Chess Tiger. Junior a torna 
addigi talán legfordulatosabb küzdel- 
mében győzött, s immár egyedül tartot- 
ta pontvesztés nélküli vezető helyét. A 
játszmát világos 13. Hf5 lépésétől kezd- 
ve mutatom be, amely a spanyol meg- 
nyitásnak egy éles, gyalogáldozatos 
változata, és e partiban az utolsó, amely 
még a program megnyitási könyv- 
tárából való. A 3. ábrán látható állás 
nyitott, és a továbbiakban is éles taktikai 
küzdelem folyik. 

Következett 13. ... g6 14. He3 Fe7 
15. f3 d4!? [Erős előrenyomulás, de 
kétélű, sötét királya középen marad.) 
16. cxd4 cxd4 17. Hg4 f5!? (Felveszi 
az eldobott kesztyúűt.] 18. Hh6 Fxbl 
19. Bxb1 d3 [Ez a gyalog erős, vilá- 
gosnak azonban veszélyes fegyverek 
vannak a tarsolyában. Junior szerint 
Kf8 kellett.] 20. Fg5 Vd4-- 21. Kh1 
Hc6 22. Bc1 He5 23. Fe3 Vd5 24. Ff4 
Hc6 [Aligha van jobb, világos azonban 
erre minőségáldozattal folytatja aktív 
játékvezetését, sötétnek eltűnik az elő- 
örse is.] 

25. Bxc6! Vxc6 26. Vxd3 Bd8 27. 
Ve3 Bd7 28. Fg5 [Anyomás e7-re egyre 
erősödik, és döntő fenyegetés a Oe5.] 
28. ... Vc7 29. Ve6 Bf8 30. Hg8 Vc4 
31. Hf6--! [Nyerő lépés. Junior jelzi, 
hogy a futó e7-en nem üthető, mert 
akkor sötét vezért cserél, és Bd1-- után 
még ő ad mattot! ] 31. ... Bxf6 32. Vxf6 
Vf1-- [Tisztet veszít, de 32. ... Vc5 33. 
Vxa6 vagy 32. ... Vf7 33. Vh8-- Vf8 
34. Vxh7 is reménytelen sötét számára. ] 


: a azzá 
. Tanuljunk meg tanulmi? 
A fiatalok kevés dologgal tudják jobban megalapozni jövőjüket, mint azzal, hogy megta- 


nulnak tanulni. Ma már azonban szinte mindannyian egész életünkön át folyamatosan 
tanulunk, és felnőtt korban sem késő elsajátítani a hatékony tanulás módszereit. Aki 








33. Bxfl Fxf6 34. Fxf6, és világos a 
45. lépésben nyer. 

Végül bemutatom az utolsó forduló- 
ból Gromit Chess Crafty ellen megnyert 
partijának döntő szakaszát, alkotója en- 
nek köszönheti amatőr világbajnoki cí- 
mét. A 4. ábrán látható állás első ráné- 
zésre biztos győzelmet ígér, de ahosszú, 
küzdelmes folytatás azt példázza, hogy 
egy esélyesnek látszó állásból sem min- 
dig olyan könnyű nyerni. 

Következett 27. ... Bf7 [Gromit ehe- 
lyett sötétnek a következő folytatást 
ajánlja: 27. ... Bg8 28. He5 Hxe5 29. 
Vh5-- Vh7 30. Vxe5-- Bg7 31. f4, és 
világos legjobb esetben a döntetlenért 
küzdhet, hogy ne érje a vezéroldalon 
katasztrófa.] 28. Bh4-4- Bh7 29. Hg5! 
IA következő huszársakk ellen nincs 
védelem, így aligha van más hátra, mint 
elfogadni a felkínált bástyát.] 29. ... 
Bxh4 30. Hf7-- Vxf7 31. Vxf7 Bh7 [A 


kedvetlenül, ambíció nélkül tanul, azt sok kudarc éri. 


Bíró András egyetemi oktató sok év alatt, saját pedagógiai tapasztalataira is támaszkodva 





4. ábra 


keletkezett állásban sötétnek bő ellen- 
szolgáltatása van a vezérért, de a sötét 
királyállás még mindig támadható, amit 
világos nehéz küzdelemben aknáz ki.] 
32. Vxe6 Hf8 33. Vc6 Bha7 34. f4 
[Ritka érdekes állás. A még talonban 
lévő bástya is akcióba lép, és a bástya 
mellett a gyalogok segítenek a meztelen 
király elleni harcban.] 34. ... Kg8 35. 
VcS Ba6 36. f5 Hd7 37. Ve7 Hf6 38. 
g4 Be8 39. Vb7 Bea8 40. g5 Hfe4? 
[Gromit javaslata ehelyett: 40. ... Ba7 
41. Vc6 Ba6 lépésismétlésre buzdítja 
világost, amit persze nem kell elfogad- 
ni.] 41. f6 B6a7 42. Vc6 Kf7? [42. ... 
Hxg5 volt sötét utolsó reménye.] 43. 
86--! Kxg6 44. f7-- Kg7 45. Ve8!! [A 
program szerint sokkolja az ellenfelet.) 
45. ... Bxe8 46. fxe8V és világos az 
51. lépésben nyert. 
Lindner Lászó 
linchessoelender.hu 
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A következtetőgép 


Fejezetek az automatizálás előtörténetéből 


Könyvespolc rovatunkban ismertetjük Peter Flach , Logikai 
programozás" című könyvét, amely — alcíme szerint — 
az intelligens következtetésről szól. Bizonyára segíti 

a jobb megértést, ha röviden áttekintjük a témakör 
kibontakozásának történetét. Érdemes megfigyelni, 
milyen hosszú érlelődési időre volt szükség, 

míg az ötlet valóra kezdett válni... 


Aki teheti, ne mulassza el elolvasni 
a mechanikus következtetőgépek fejlő- 
désének szórakoztató és tanulságos is- 
mertetését Martin Gardner könyvéből 
(Logic Machines, Diagrams and Boo- 
lean Algebra. Dover, New York, 1992). 
Megtudhatja belőle, hogy már a francia 
forradalom idején volt egy különös an- 
gol főúr, Stanhope harmadik grófja, aki 
a világon elsőként mechanikus eszközt 
, fabrikált" logikai következtetések el- 
végzésére. Következtető masinája elő- 
kelő helyet tölt be a tudománytörté- 
netben Stanhope Demonstrátor néven. 
Külön érdekessége, hogy szillogizmu- 
sok kezelésén kívül egyszerűbb való- 
színűségi következtetéseket is le tudott 
vonni. Charles Stanhope grófnak sok 
egyéb újítása is volt: készített nyomda- 
gépet és mikroszkóplencsét, tömörítő- 
gépetés gőzkocsit, gyártott mesterséges 
palát és újfajta cementet, tervezett csa- 
tornát és bárkaemelő szerkezetet. Emel- 
lett aktívan politizált, küzdött a rabszol- 
gakereskedelem ellen és a parlament 
demokratizálásáért, sőt lelkesen támo- 
gatta a Franciaországból szertesugárzó 
forradalmi eszméket is: őt választották 
az 1788-ban alakult Forradalmi Társa- 
ság elnökévé. 

A logikai gépek kieszelésében 
Stanhope munkásságának a folytatója 
Boole egyik tanítványa, W. S. Jevons 
lett. Az ő érdeme, hogy mestere el- 
méleti kutatásaira támaszkodva korai 
elődjénél is tudatosabban törekedett a 
formalizált logika erejének kihaszná- 
lására: megalkotott egy , logikai zon- 
gorának" nevezett szerkezetet, amely 
a Boole-logika alapján tudott követ- 
keztetéseket levonni. 


Új korszak kezdete 

Technikailag a számítógépek megje- 
lenésével nyíltak ki igazán a kapuk a 
logika előtt. Martin Davis már a számí- 
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tástechnika korai időszakában, 1954- 
ben készített egy , okosnak" nevezhető 
következtetőprogramot. 1957-ben hár- 
man fogtak össze, A. Newell, J. C. Shaw 
és H. A. Simon, hogy az általánosság 
igényével megalkossanak egy tételbi- 
zonyító rendszert, a , Logic Theorist" 
elnevezésű programegyüttest. Russell 
el volt ragadtatva, mikor a Principia 
Mathematica egyik tételére az LT rövi- 
debb bizonyítást adott, mint ő és szer- 
zőtársa. 

Az 50-es évek programjai mégsem 
váltották be a hozzájuk fűzött reménye- 
ket, mert önkényesen kiválasztott sza- 
bályok alapján működtek, és az auto- 
matikus következtetések elméletét alig 
mozdították előre. Jellemző , apróság", 
hogy a Journal of Symbolic Logic szer- 
kesztői el sem fogadták a szerzőhármas 
cikkét. 

A korai lelkesedés azonban nem ült 
el. Sokan az intelligens számítógép 
eszméjének kezdeti megvalósulását lát- 
ták a különböző játékprogramokban. 
Arthur Samuel olyan dámajátékot ját- 
szó programot készített, amely a ver- 
senyzői szintet is elérte (1952-—59). 
Szerzője azt a fogást alkalmazta, hogy 
a programot több ezerszer játszatta saját 
maga ellen — ezzel a , visszacsatolás- 
sal" automatikusan is gyarapítani lehe- 
tett a program tudását. A sakkprogra- 
mok fejlődéséről olvasóink szinte nap- 
rakész információkat kapnak. Azt is 
megírtuk már, hogy bármily meglepő, 
a go játék hatékony stratégiájának ki- 
dolgozása a sakknál keményebb dió. 
Mindmáig senki nem nyerte el azt a 
kétmillió dolláros díjat, amely a ,,g0- 
mestert" elsőként legyőző program ké- 
szítőjét megilleti. Ez a feladat azért 
sokkal nehezebb, mert aránytalanul na- 
gyobb számú elágazási tényezőt kell 
figyelembe venni, mint a sakk esetében, 
és a hagyományos keresési algoritmus- 


ra épített megoldások rendre csődöt 
mondanak. (A friss fejleményekről ér- 
tesülni lehet a Számítógépes Go Szö- 
vetség lapjából, a Computer Go News- 
letterből.) 


Hasznos részeredmények 


A. Newell és H. A. Simon ezalatt az 
emberi intelligencia kutatásában, vala- 
mint az általánosítás további tökélete- 
sítésében kereste a megoldást. 1961-re 
elkészítették az első olyan gépi rend- 
szert, amely már kezdte megközelíteni 
az , emberi módon gondolkodás" ideál- 
ját. Szoftverük elnevezése is jól tükrözi 
ambiciózus törekvésüket: Általános 
Problémamegoldó Rendszer (GPS, Ge- 
neral Problem Solver). Alkotói eleve 
azzal a szándékkal készítették, hogy a 
program működéséből az emberi észjá- 
rás mechanizmusára vonatkozólag is 
hasznos tanulságokat lehessen levonni. 
Elsődlegesen arra törekedtek, hogy a 
részcélok kiválasztásában és a cselek- 
vések sorrendjének meghatározásában 
megpróbálják imitálni az emberi prob- 
lémamegoldást — ha nem is minden- 
ben, legalább egy szűkebb területen, a 
kezelhető feladványok osztályán belül. 
Tervük megvalósítása érdekében egy 
, eszköz—cél—analízis" heurisztikát pró- 
báltak kialakítani és beleépíteni a rend- 
szerbe. 

Stratégiájuk ötletes, de sajnos nem 
mindig alkalmazható. Kevésnek bizo- 
nyul például olyankor, ha a célok nem- 
csak összetettek, hanem szétbonthatat- 
lanok is a rendszer számára, vagyis a 
célok felbontásának módszerével nem 
tudja elérni a végső célt. További prob- 
lémát jelentett a stratégia indeterminiz- 
musának leküzdése. Amikor a követ- 
keztetési lánc a kiválasztható részcélok 
alapján többféleképpen is folytatható 
lenne, gyakran hiányzik a szükséges 
információ a helyes út kiválasztásához. 


Szilárdabb elvi alapokat! 


Az elmélet terén a döntő lépést J. A. 
Robinson tette meg 1965-ben, amikor 
rájött, hogy a számítógépes tételbizo- 
nyítást szilárd elvi alapokra lehet he- 
lyezni a századelő egyik kiváló logiku- 
sának, J. Herbrandnak az elméletét fel- 
használva. A megoldás kulcsát az ún. 
rezolúciós elv megfogalmazása jelen- 
tette, amely lehetőséget adott a tranzi- 
tivitás kihasználására a következtetési 
lépések sorozatos alkalmazásában. 

A rezolúció egyik legfőbb sajátossá- 
ga, hogy a formulák deklaratív értelme- 
zésén kívül procedurális értelmezést is 
ad a logikai formulák együttesének — 
ami eleve magában hordozza a számí- 
tógépes implementáció eszméjét. Nos, 





a logika programozási nyelvként való 
felhasználásának lehetősége éppen eb- 
ben rejlik: a procedurális értelmezés 
lehetőségében. — Ilyen felfogásban 
ugyanis a logika egyenesen helyettesít- 
heti a programozást, hiszen elég a prob- 
lémát logikai kifejezések formájában 
megfogalmazni. Nem kell hozzá algo- 
ritmust sem adni, ha azt a gép magától 
ki tudja alakítani a formulák procedu- 
rális értelmezéséből. Ez volt az az alap- 
gondolat, ami csírájában már benne volt 
a rezolúciós elv megfogalmazásában. 
Arra persze még éveket kellett várni, 
hogy az eszme kezdjen testet is ölteni 
az , új elvű nyelvek" koncepciójának 
megvalósításában. 

A tételbizonyítás automatizálásának 
elvi megvalósítási módját már ki lehe- 
tett olvasni Herbrand publikációiból is, 
aki 1930-ban rátalált a megoldás nyit- 
jára. Sajnos az általa adott eljárással 
nem lehetett az ötletet közvetlenül át- 
ültetni a gyakorlatba. Robinson felfe- 
dezése kellett ahhoz, hogy a kutatók 
megtalálják a továbbhaladás reális útját 
a logika számítógépesítéséhez. A rezo- 
lúciós elv felfedezése alapján lehetett 
az elméleti elképzelések megvalósítá- 
sára hatékony algoritmust kidolgozni. 

Közbevetőleg érdemes megjegyezni, 
hogy minden szépsége ellenére ma is a 
hatékonyság a legérzékenyebb pontja a 
logikai programozásnak. Különböző 
stratégiákkal, bizonyos heurisztikus 
módszerek alkalmazásával növelni le- 
het a hatékonyságot, mindez mégsem 
teszi mindenütt versenyképessé az új 
elvű nyelveket az ún. procedurális nyel- 
vekkel szemben. 


Mi a rezolúció ereje? 


A gyakorlatban bevált logikai prog- 
ramnyelvek egytől egyig azt a módszert 
alkalmazzák, hogy nem kínlódnak min- 
den részletprobléma logikai  bizo- 
nyításával, hanem , átvágják a feles- 
leges kanyarokat". Ennek az a legegy- 
szerűbb módja, hogy számos jól ismert 
részletfeladatot nem is próbálnak logi- 
kai bizonyítással újra megoldani, ha- 
nem beépített predikátumokat használ- 
nak a megfelelő helyeken. A Prologban 
is sok száz beépített predikátum van, 
például az aritmetikai feladatokra, az 
input/output megvalósítására, valamint 
a rendszerfeladatok és a tudásbázis ke- 
zelésével kapcsolatos rutinfeladatok 
megoldására. A predikátumokból az- 
után tetszőleges literálokat lehet létre- 
hozni, és azokra már elegendő a hagyo- 
mányos módon , ráereszteni" az előírt 
programkódot. Mindez drasztikusan le 
tudja rövidíteni a hosszadalmas követ- 
keztetési folyamatot. 


A rezolúciónak két jellegzetes tulaj- 
donságát érdemes itt kiemelni: 

1. Sikerült a rezolúcióban olyan erős 
következtetési szabályt találni, hogy 
mellette nyugodtan el lehet feledkezni 
minden egyéb következtetési módról. 
Számítógépes rendszerek számára ez 
nagy előny, hiszen megkönnyíti az imp- 
lementációt, ha egységes módszert le- 
het alkalmazni minden következtetési 
lépésben. 

2. A rezolúció kiterjedtebben alkal- 
mazható, mint a többi következtetési 
szabály. Ezt úgy kell érteni, hogy a 
rezolúciónak nemcsak az ítéletlogika 
(ítéletkalkulus) viszonylag szűk terüle- 
tén vesszük hasznát, hanem a sokkal 
erősebb elsőrendű predikátumkalkulus 
feladatainak megoldásában is. 

Az ítéletkalkulus tulajdonképpen 
úgy is felfogható, mint 0-drendű predi- 
kátumkalkulus, amelyben a , predikátu- 
mok" szerepét konstansok töltik be. A 
rezolúció nem csupán erre az egyszerű 
esetre alkalmazható, hanem értelemsze- 
rűen kiterjeszthető az elsőrendű predi- 
kátumkalkulusra is. Ez olyan logika, 
amelyben már változótól függő ítélete- 
ket is meg lehet fogalmazni, továbbá 
felhasználhatók benne a , minden" és 
, van olyan" kvantorok. Egy hasonlattal 
élve azt mondhatjuk, hogy az ítéletlo- 
gika nem tud behatolni a , mondatok" 
belsejébe, nem ismeri az igevonzatot és 
egyéb relációkat — a predikátumlogika 
viszont már átlépi ezt a határt. 

Valóban, az ítéletlogika tagolatlan, 
, atomi" állításokra épül, amelyekről 
csak annyit tudunk, hogy igazak vagy 
hamisak lehetnek. Összetettebb kifeje- 
zéseit is ilyenekből építi fel ,és", 
, Vagy", , nem" logikai műveletek segít- 
ségével, de elemi egységei ezeknek is 
csak tagolatlan állítások lehetnek. A 
predikátumokat kezelő logika már 
egyedek (individuumok) közötti kap- 
csolatokat is ki tud fejezni, belső struk- 
túrája tehát sokkal finomabb. 


Átültetni a gyakorlatba 


Robinson úttörő munkássága nyo- 
mán kezdett összeállni egy hatékony 
számítógépes rendszer koncepciója, 
amelyben feleslegessé válik a megoldó 
algoritmus elkészítése. Robert Kowals- 
ki tömören így fogalmazta meg a logika 
és az algoritmusok közötti kapcsolatot 
(1979): 


algoritmus - logika t vezérlés 


Kifejtve ez azt jelenti, hogy az algo- 
ritmus csak a vezérlést adja hozzá a 
logika nyelvén deklaratív módon meg- 
fogalmazott feladatleíráshoz — ezt a 
vezérlést viszont univerzális módon be- 


le lehet építeni egyetlen programba, 
amelynek az a dolga, hogy procedurá- 
lisan értelmezze a logikai feladatleírást. 

R. Kowalski és P. Hayes tovább 
szűkítette a feladatot: kimutatták, hogy 
a matematikai logikát sem kell teljes 
általánosságában felhasználni. Elég egy 
egyszerűbb résznyelvet implementálni, 
amelyben már megfogalmazhatók a 
gyors eredményt szolgáltató tételbizo- 
nyítók. Ez a részhalmaz az ún. Horn- 
formulák alapján választható ki, melyek 
lényege a logikának olyan korlátozása, 
amely csak egyféle formulákat enged 
meg: ,,B akkor igaz, ha Al, A2, ... An 
mind igaz". Algoritmikus értelmezés- 
ben ez úgy olvasható, hogy ,,B végre- 
hajtása Al, A2, ... An egymás utáni 
végrehajtásából áll". 

A Horn-formulák néhány eleme kü- 
lön figyelmet érdemel: 

1. A formulák feltétel része. Ezek 
között negált feltétel nem szerepelhet, 
mert az hamissá tenné az egész feltétel- 
együttest. A logikai programozás gépi 
megvalósításában egyébként ezt a meg- 
szorítást nagyon jól ki lehet használni. 
A Prolog az ilyen esetek kezelésére 
vezette be a , negálás mint hiba" (ne- 
gation as failure) operátort. 

2. Az implikációk leszűkített értel- 
mezése csak egyetlen (atomi) következ- 
ményt enged meg, B helyett tehát nem 
állhat ,B1 vagy B2 vagy Bk". Egy 
formuláról (mondatról) akkor mondjuk, 
hogy Horn-formájú, ún. , Horn-klóz", 
ha vagy atomi mondat, vagy olyan 
implikáció, amelynek egyetlen atomi 
következménye van, negált feltétele pe- 
dig nincsen. 

Ilyen Horn-klózokra építve sikerült 
implementálnia A.  Colmerauernek 
1973-ban a Prologot, a máig legszéle- 
sebb körben elterjedt logikai programo- 
zási nyelvet. Felhasználóinak száma 
százezres nagyságrendű. Előnyeit főleg 
gyors prototípuskészítő (rapid proto- 
typing) nyelvként lehet hasznosítani, de 
alkalmas szakértői rendszerek kifej- 
lesztésére, természetes nyelvi elemzők 
írására (e témában főleg Pereira mun- 
kássága érdemel figyelmet), valamint 
szimbólummanipulációs feladatokra, 
például fordítóprogramok írására is (er- 
ről a témáról írta disszertációját Van 
Roy 1990-ben). 

A Prologra nemzetközileg is elismert 
fejlesztő és alkalmazó iskola alakult ki 
Magyarországon a 80-as években. A 
fejlesztés egyik fontos állomása volt az 
MProlog (Moduláris Prolog) megalko- 
tása. Jelenleg hazánkban leginkább az 
IOSoft tevékenysége öleli fel a logikai 
programozást. 

Vargha Dénes 
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Átrendeződés a vírusíronton 


Útvonalak, károkok, típusok 


Mostanában már a számítástechnikai lapok olvasóin kívül 
is szinte mindenki tudmást szerezhet arról, ha egy-egy 
komoly problémákat okozó új vírus jelenik meg a 
világhálón, hiszen a napilapok és a tévéhíradók 
rendszeresen beszámolnak ilyesmiről. A nagyobb 
nyilvánosságnak szánt tudósítások szakszerűségével 
időnként ugyan baj van, de előbb-utóbb a nagy médiák 
munkatársai is annyit kénytelenek foglalkozni ezekkel a 
jelenségekkel, hogy tudósításaik előbb-utóbb pontosabbá 
válnak, főleg ha tanulmányozzák egy kicsit 


a szakmai forrásokat. . . 


A vírushelyzetről a legalaposabb fel- 
méréseket vitán felül az International 
Computer Security Association (ICSA) 
készíti, amelynek legfrissebb, a 2000-es 
helyzetet feldolgozó tanulmánya nem- 
rég látott napvilágot. ja 

A felmérés során az Egyesült Álla- 
mok cégjegyzékéből véletlenszerűen 
választanak ki 300 olyan céget, melyek 
egyenként legalább 500 PC-t használ- 
nak. Legutóbb ennél a 300 cégnél 
összesen 855 899 PC működött, és a 
felmérés 26 hónapos intervallumában 
(1996—1999) összesen 303 356 vírusin- 
cidenst jegyeztek fel. Átlagosan tehát 
havonta minden 1000 PC-re 13 vírusin- 
cidens jutott. 

A rendszergazdák számára az egyik 
fontos információ, hogy milyen úton 
jutnak be a vírusok a cégekhez. A 
legfontosabb behatolási útvonalak 
megoszlási arányát (a tavalyi eredmé- 
nyekkel kiegészítve) a mellékelt táblá- 
zat foglalja össze. 

Látható, hogy 5 évvel ezelőtt a víru- 
sok floppyn történő behurcolása volt a 
jellemző, ezzel szemben ma már az 
e-mail melléklet a domináns, és az 
internetes letöltéssel kiegészítve a ví- 
rusfertőzések több mint 9392 százalékát 
a világhálón keresztül megvalósuló 
, import" okozza. A tanulság: minél 
hamarabb beszerezni olyan védelme- 


A vírusok fő behatolási útvonalai 


1997 1998 


E-mail melléklet 


ket, amelyek képesek a levelezést és az 
internetes forgalmat ellenőrizni és szűr- 
ni. 

A közhiedelemmel ellentétben a ví- 
rusfertőzések nem a vírusba esetleg 
beépített romboló funkciók által (tönk- 
retett állományokkal, leformázott me- 
revlemezekkel stb.) okozzák a legtöbb 
kárt, és megalapozatlan a vírusírók egy 
részének azon védekezése (is), hogy 
miután az általuk kreált , békés" példá- 
nyok semmilyen pusztítást nem végez- 
nek, anyagi kárt sem okoznak. 

A vírustámadások következtében fel- 
merülő veszteségek fő forrása ugyanis 
a — szervergépek 
kényszerű leállí- 
tása. A felmérés 
adatai szerint az 
incidensek 3690- 
ában volt I óránál 
rövidebb az elve- 
szett idő, de na- 
gyon sok esetben 
jóval tovább tar- 
tott . a kény- 
szerszünet, és az 
átlagos — , hozzá 
nem férési idő" 
18 óra. A változás 
az előző évi fel- 
méréshez képest 
tetemes, — akkor 


1996 


1999 2000 





Floppylemez 





Internetes letöltés 
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1996. 
Január 


1997. 
Január 








1998. 
Január 


ugyanis még csak 5 óra volt, és az 
incidensek 8899-ában tartott 1 óránál 
rövidebb ideig a vírusok eltávolítása. 

A helyzet romlásának fő oka az, hogy 
a rohamosan terjedő e-mail vírusférge- 
ket egy nagyvállalat gépeiről lényege- 
sen több munkaráfordítással lehet csak 
kitakarítani, mint egy makróvírusfertő- 
zést. Ennek velejárója pedig az a súlyos 
időveszteség, amit Magyarországon ál- 
talában figyelmen kívül szoktak hagyni. 
Nyugaton számon tartják azt is, hogy a 
rendszergazdák egyéb hasznos tevé- 
kenységek helyett kénytelenek vírust 
irtani. Az incidensek 7590-ában 10-nél 
kevesebb , embernap" kellett a fertőzés 
leküzdéshez, de az extrém problémás 
esetek 2—3000 embernapot is elloptak. 
Az átlagos időveszteség 344 embernap 
volt. 

Az adatok összesítéséből az derült 
ki, hogy az incidensek 6290-át megúsz- 
ták 10 ezer dollárnál kisebb anyagi 
ráfordítással, de az amerikai cégeknek 
átlagosan 120 ezer dollárjukba került 
egy-egy incidens után a rendszerek 
helyreállítása. Mivel pedig ugyancsak 
a felmérés adatai szerint 2000-ben min- 
den 1000 PC-re havonta az előző évek 
átlagának hétszerese, 91 vírusincidens 


Behatolási útvonalak 


MUN LAL egra 
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fa 2000. 
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Január 


2001. 
Január 
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jutott, a végén elég tekintélyes summa 
jön ki. 

A vírusok típus szerinti megoszlásá- 
nak változását szemlélteti a mellékelt 
ábra. A 80-as évek végen és a 90-es 
évek elején körülbelül egyforma gya- 
korisággal bukkantak fel a programví- 
rusok és a bootvírusok, de 1992-93 
tájékán a Windows széles körű elterje- 
désével teljesen új, de csak átmenetinek 
bizonyult helyzet keletkezett. A win- 
dowsos EXE programok , szakszerű" 
kezelésére a DOS-os programvírusok 
alkalmatlannak bizonyultak, mert hely- 


rehozhatatlanul megrongálták azokat, / 
így rövid úton lebuktak, mielőtt még / 


továbbterjedhettek volna. A Windowsra 
felkészített kártevőket pedig ekkor még 
nem írták meg. 

Az 1995 közepén megjelent makró- 
vírusok nagyon gyorsan a fertőzési lis- 
ták élére ugrottak. A Concept megjele- 
nésekor a felhasználók még abban a 
hiszemben voltak, hogy a vírusok csak 
a futtatható (. COM, .EXE stb.) állomá- 
nyokat és a bootszektort támadhatják 
meg. A makróvírusok ezzel szemben a 
dokumentumokba fészkelték be magu- 
kat. Az első figyelmeztető jelek ellenére 
a Microsoft minden gyanút elaltatott. 
Mire pedig a szakmai közvélemény 
rádöbbent a veszély valós voltára, már 


A Code Red tanulságai 


eltelt néhány hónap, és a Concept el- / 


terjedt szerte a világon. 


A bootvírusok terjedési lehetőségét / 
időközben radikálisan csökkentette, 
hogy az adatmozgatásban háttérbe szo- / 


rult a floppy szerepe, és az oprendszerek 
betöltési folymata is módosult. A boot- 
vírusok hányada ezért elenyészővé vált. 

A windowsos programvírusok. által 
okozott incidensek száma 1999-ben 
szignifikánsan nőtt, annak következté- 
ben, hogy megjelentek az igazán sike- 
resen terjedő natív 32 bites vírusok, 
mint például a W95.CIH vagy a 
W95.Marburg. 

A makróvírusok egészen 2000 végé- 
ig uralták a terepet, ekkor azonban 
részarányuk lecsökkent, nem mintha 
kevesebb makróvírusfertőzés történt 
volna, hanem mert a VBScript vírusok 
és az e-mail programférgek által oko- 
zott incidensek száma hihetetlen mér- 
tékben megnőtt. Az elektronikus leve- 
lezés védelmére szakosodott Message- 
Labs statisztikái szerint 2000 szeptem- 
berében még csak minden 1400-adik 
e-mail tartalmazott vírust, 2001 augusz- 
tusában, a Sircam fertőzések tetőpont- 
ján már majdnem minden kétszázadik. 
És a jelek azt mutatják, hogy ez a trend 
egyelőre folytatódik. 

Szappanos Gábor 
gszappanosOvbuster.hu 


A , megfoghatatlan" randalírozó 


Az Interneten végigsöprő Code Red féregvírus nyomait 
először 2001. július 13-án észlelték. Néhány nap alatt 
hihetetlen mértékben elterjedt, majd a féregvírus 
további karrierje hirtelen megszakadt, köszönhetően 
sajátos természetének. De tanulságai hosszú 


távon érvényesek maradnak. 


A Code Red féregvírus a Microsoft 
IIS webszerverének 2001. június 18-án 
nyilvánosságra hozottt biztonsági rését, 
a szinte menetrendszerűen felbukkanó 
puffertúlcsordulási hibák egyikét hasz- 
nálta ki. Amint azt a biztonsági szak- 
emberek kiderítették, az .IDA (Indexing 
Service) ISAPI szűrő nem ellenőrzi 
megfelelően a neki paraméterként át- 
adott puffer méretét, így ha a puffert 
elég nagyra méretezik, az kicsordulhat 
a veremterületre, átírva az eljárás utáni 
visszatérés címét úgy, hogy az a féreg- 
vírusnak a pufferbe küldött kódjára 
mutasson. 

A szoftver ilyen típusú hibáját alapos 
programtervezéssel, vagy ha azt elmu- 
lasztják, alapos és kitartó utólagos tesz- 
teléssel lehetne kideríteni és megszün- 
tetni. Az eEye biztonsági cég szakem- 
berei is így találtak rá a problémára: 
automatikus tesztelőrendszerük  sza- 
bálytalanul formált kérésekkel bombáz- 
ta IIS szervereiket, és az egyik ilyen 
csomag által okozott lefagyás vezette 
őket a probléma nyomára. A hiba a 
Microsoft Index Server 2.0 változatá- 
ban, a Windows 2000 Indexing Ser- 


W32/SirCam-mm 
W32/Magistr.A-mm 
W32AHybris.B-mm 
Ww32/Magistr.B-mm 
! W32/MTX-m 
! W32/BadTrans.A-mm 
! W32Mirmda.A-mm 
JS/Kak.A-m 
VBS/HapTime.A4-m 
W32AHybris.D-mrm 


vice-ben, és a Windows XP Indexing 
Service-ben is benne van. 


Terjedés 19 napig 


Az .IDA biztonsági hibát kihasználó 
Code Red megfelelően összeállított ké- 
réscsomaggal, az alábbihoz hasonló 
sorral támadja meg a nem kellően védett 
webszervereket: 

GET/ default . ida?NNNNNNNN.. NN35u9090..98u00 
0094400-a HTTP/1.0 

Ennek hatására a Code Red magára 
tudja irányítani a végrehajtást. Miután 
átvette a vezérlést, megnyit 100 pro- 
cesszt, amelyből 99 a továbbterjedéssel 
foglalkozik. Ezek véletlenszerűen IP- 
címeket generálnak, és megkísérlik 
azokra elküldeni a férget tartalmazó 
adatcsomagot. A véletlenszám-generá- 
lásnak azonban minden megtámadott 
gépen ugyanaz a kiindulóértéke, így a 
féregvírus minden példánya azonos IP- 
címeket pásztáz végig. Ez rengeteg 
felesleges hálózati forgalmat generál, 
és a már megtámadott gépeket fertőzi 
meg újra meg újra, egyúttal — szeren- 
csére — lelassítva a terjedést is. A Code 
Red a századik processz segítségével 





www.messagelabs.com 


A legaktívabb vírusok a MessageLabs folyamatos vírusfigyelésében, 
egy 24 órás intervallumon belül, 2001 október közepén 
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ellenőrzi, hogy milyen operációs rend- 
szert támadott meg. Ha angol nyelvű 
Windows NT/2000 rendszert talál, ak- 
kor a lokális webszerver nyitólapját 
lecseréli az alábbira: 





A változtatás után 10 óra elteltével 
visszaállítja az eredeti weblapot. Mind- 
ezt a féregvírus a memóriában végzi el, 
a TepSockSend eljárás magára irányí- 
tásával. Következésképpen hatása is 
megszűnik a számítógép újraindításá- 
val. Ha a megtámadott gépen létezik a 
CNNOTWORM könyvtár, a féregvírus 
sem a továbbterjedést, sem a weblap 
megváltoztatását nem végzi el, hanem 
várakozó állapotba kerül. 

A Code Red életciklusa 1 hónapos. 
A hónap első 19 napján annak érdeké- 
ben ténykedik, hogy minél több gépre 
eljusson. A hónap 20. és 27. napja között 
DoS (Denial of Service) rendszertúlter- 
helési támadást intéz a www.whiteho- 
use.gov webszervere ellen, elárasztva 
azt http-csomagokkal. A hónap 28. nap- 
jától a hónap végéig a féregvírus nyu- 
galmi állapotba kerül, ahonnan már 
nem is lép ki újra. 


A vírusszakértők szerencsére már jú- 
lius 20. előtt eljutottak a DoS támadás 
megfejtéséig, és tekintve, hogy a Code 
Red fixen beprogramozva vitte magá- 
val a washingtoni Fehér Ház webszer- 
verének IP-címét (akkor az még 
198.137.240.91 volt), ennek a támadás- 
nak a méregfogát egyszerűen ki lehetett 
húzni az IP-cím megváltoztatásával. 

Mivel a Code Red csak a memóriába 
betöltve ténykedik, és nem menti ki 
önmagát a merevlemezre, tehát meg 
sem kísérli futtatását újabb rendszerin- 
dítás esetére is biztosítani, eltávolítása 
a szerver újraindításával egyszerűen 
megoldható. Igen érdekes, hogy ez a 
féregvírus fizikai állományként nem is 
manifesztálódik (kivéve persze progra- 
mozójának vagy útjára bocsátójának 
számítógépét), hanem csak hálózaton 
terjedő adatcsomagok formájában jele- 
nik meg, illetve a megtámadott számí- 
tógép memóriapufferjének tartalmában 
létezik, ezért hagyományos víruskere- 
sési módszerek nem is tudják felderíte- 
ni. Erre egyébként nincs is szükség, 
elegendő minden érintett webszerverre 
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feltenni a biztonsági javítást, és újrain- 
dítani a rendszert. 

Amint az alábbi képen látható első 
aktivitási grafikon mutatja, a féregví- 
rusnak az internet bizonyos alhálózata- 
in szétküldött TCP/IP csomagjainak 
száma a vírusokra jellemző exponenci- 
ális növekedést követően július 16-án 
egyensúlyi állapotba került. 


15 16 17 18 


189 4011 121314! 





Ennek oka, hogy a Code Red által 
használt — és további megtámadandó 
gépek IP-címét generálni hivatott — 
algoritmus nem produkál valódi vélet- 
len számokat, hanem ugyanabból a ma- 
gértékből kiindulva mindig ugyanazt az 
IP-címtartományt állítja elő, azt pedig 
július 16-ára a féregvírus telíti, elfog- 
lalva az összes elérhető védtelen cél- 
pontot. 


Generátorjavítás 


Július 19-én érdekes fordulat követ- 
kezett be. Az addigi állandó forgalom 
10 óra körül drasztikusan megugrott, 
majd estére a reggeli értéknek a felére 
zuhant vissza. 





Az történt, hogy felbukkant a Code 
Red módosított változata. Az eredetitől 
csak néhány tucatnyi bájtban tért el, és 
megoldotta, hogy az előző statikus ki- 
indulási pont helyett a másodpercek és 
az ezredmásodpercek aktuális értékéből 
generáljon véletlen számokat, sokkal 
nagyobb IP-címtartományt megtámad- 
va. A módosított féregvírusból kivették 
továbbá a szerver weblapját lecserélő 
eljárást is. 

Az esti visszaesés azzal magyaráz- 
ható, hogy 20-ához közeledve (az Ame- 
rikában történt összesítés szerint loká- 
lisan 19-én este 6 óra után) a világ egyre 
több pontján léptek át 20-ába, és a 
féregvírus átváltott az intenzív terjedési 
üzemmódból a DoS támadást végrehaj- 
tó állapotba: már nem keresett magának 


új terjedési célpontokat, csak ostromol- 
ta a www.whitehouse.gov címet. 


A második hónap 


A Code Red július első húsz napján 
rohamosan terjedt, és tartani lehetett 
attól, hogy augusztus elején ismét aktív 
fertőzési periódusba lép. A részletes 
elemzések kiderítették, hogy a mintegy 
300 ezer megfertőzött szerverre felke- 
rült példányok nem aktivizálódnak újra, 
de az újabb indítás lehetősége megvolt, 
és az be is következett. Augusztus má- 
sodikán ismét észlelni lehetett a féreg- 
vírus aktivitását. Lehet, hogy a szerző 
maga indította azt útnak, de kétségtele- 
nül voltak olyan szerverek is, amelyek 
órája annyira el volt állítva, hogy a 
július végi inkubációs periódus alatt 
életben tartották a féregvírust. A Sans 
[1] adatai szerint rövid idő alatt nyolc 
ilyen szervert is találtak. Azok a fertő- 
zött szerverek válhattak , bűnrészessé", 
amelyek egyrészt nyitva tartották a 80- 
as portot (amelyre a http-csomagok 
érkeznek), továbbá IIS 4.0 vagy 5.0 
futott rajtuk, és pontatlan volt az órájuk. 

A Sans az adatokat egyszerű próbál- 
kozással szerezte meg: a naplóállo- 
mányból megállapíthatták, honnan ér- 
keztek Code Red csomagok, majd ezek- 
kel a webszerverekkel telnet kapcsola- 
tot létesítve az alábbi minta alapján 
kiszűrték a szükséges információt: 
[rootéoak virwinj]8 telnet 
256.122.20.153 80 
Trying 256.122.20.153... 

Connected to 256.122.20.153. 

Escape character is ""])". 

HTTP/1.0 

HTTP/1.1 400 Bad Reguest 

Server: Microsoft-IIS/5.0 

Date: Sun, 08 Jul 2001 17:06:48 GMT 
Content-Type: text/html 

A mellékelt ... ábra a Code Red 
incidensek és a fertőzött szerverek szá- 
mának alakulását mutatja július 31. és 
augusztus 7. között, ugyancsak a Sans- 
tól származó adatok alapján [2]. 


Augusztus 3-án bukkant fel a Code 
Red II. Ugyanazt a puffertúlcsordulási 
hibát használta ki a megtámadott szá- 
mítógépre való behatoláshoz, de ez már 
nem az eredeti Code Red variánsa volt, 
hanem attól szinte minden lényeges 
ponton eltért, és feltehetőleg a szerzője 
is más. A támadósor azonban szinte alig 
módosult: 

:GET/ default . ida?XXXXXXX...XX519090..96u00 
009400-a HTTP/1.0 

Ennek hatására a Code Red II magára 
tudja irányítani a végrehajtást. Először 
a Windows NT/2000 rendszereken levő 
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parancsértelmezőt, a CMD.EXE fájlt 
másolja át ROOT.EXE néven a Nnet- 
pubvcripts, valamint a program files 
tcommon filestsysteminsadc könyv- 
tárakba. Az ezekben a könyvtárakban 
lévő programok általában elérhetők 
külső www-kérésekkel is, így a féreg- 
vírus lehetőséget teremt arra, hogy a 
megfertőzött szervereken gyakorlatilag 
bármelyik programot lefuttassa. Emel- 
lett létrehozza a CNEXPLORER.EXE 
és a DNEXPLORER:EXE programo- 
kat, amelyek trójai hátsóajtó kompo- 
nenst tartalmaznak. 

Az Explorer a Windows oprendsze- 
rek szerves részeként rendszerindítás- 
kor automatikusan elindul. Az operáci- 
ós rendszer először mindent a gyökér- 
könyvtárban keres, így a féregvírus által 
létrehozott trójai program fut le az 
eredeti EXPLORER.EXE helyett. A lát- 
szat fenntartása érdekében a trójai kom- 
ponens utána persze elindítja az eredeti 
Explorert is. 

Miután a féregvírus átvette a vezér- 
lést, megnyit 300 processzt (kínai Win- 
dows 2000 operációs rendszerű gépe- 
ken 600 processzt), amelyek a terjedés- 
sel vannak elfoglalva. Ezek véletlen- 
szerűen IP-címeket generálnak, és 
azokra igyekeznek továbbküldeni a fér- 
get tartalmazó adatcsomagot. A véletlen 
szám generálásának algoritmusa olyan, 
hogy nagyobb valószínűséggel szemel 
ki a megtámadott számítógéppel azonos 
alhálózaton levő célpontokat, mint tá- 
voli számítógépeket. Emiatt elődjénél 
gyorsabban terjedhet, mert ha egy IP- 
címen már talált megtámadható szer- 
vert, akkor nagyobb az esélye annak, 
hogy egy ahhoz közeli véletlen IP-cí- 
men is talál számítógépet, és az is 
ugyanolyan operációs rendszert futtat. 


e s 
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A Code Red II-nek rövid életciklusa 
van. A fertőzés utáni 24 órában (kínai 
oprendszerű gépeken 48 órában) meg- 
kísérel szétterjedni a célpontként vélet- 
lenszerűn kiválasztott gépekre. Amikor 
ez az idő letelt, a féregvírus újraindítja 
a számítógépet. Ezzel a memóriából 
eltűnik a féregvírus, a számítógép meg- 
tisztul, csak a felrakott trójai kompo- 
nens marad aktív. 

A trójai végtelen ciklusban futva a 
számítógép C: és D: meghajtóját pub- 
likusan elérhető virtuális webkönyvtár- 
nak jegyzi be. Ezzel is az a célja, hogy 
külső webparancsokkal vezérelve akár- 
milyen programot le lehessen futtatni a 
webszerveren. A korábbi változattól el- 
térően tehát a Code Red II rendkívül 
veszélyes, az általa megfertőzött web- 
szervereket teljesen kiszolgáltatja a 
rosszindulatú támadásoknak. 

Mivel a Code Red II is csak a 
memóriába töltve serénykedik, és nem 
menti ki magát a merevlemezre, eltá- 
volítása szintén egyszerűen, a szerver 
újraindításával megoldható. Ez azon- 
ban nem távolítja el a trójai kompo- 
nenst, azt víruskeresővel vagy manuá- 
lisan kell törölni. 

A Code Rednek a szűken vett biz- 
tonsági incidensen túlmenő tanulságai 
is vannak. A féregvírus által kihasznált 
biztonsági lyukat a Microsoft által 
2001. június 18-én kiadott MSO1-033 
fedőnevű biztonsági hírlevelében kö- 
zölte, és a biztonsági javításokat még 
aznap letölthetővé tette. Ezután a szá- 
mítógépes biztonsággal foglalkozó 
egyes weblapokra felrakták a bizton- 
sági lyuk veszélyét demonstráló prog- 
ramrészletet. A féregvírus íróját nyil- 
vánvalóan ez ihlette meg, bár a végleges 
kódban módosított azon. Kérdéses, 


hogy eszébe juthatott-e volna bárkinek 
ilyen programot írni, ha nem olvas 
részletesen az .IDA biztonsági résről. 

Az is feltűnő, hogy amikor a Code 
Red részletes elemzését és a visszafej- 
tett forrást publikálták, különös hang- 
súlyt fektetve a féregvírus által használt 
, véletlen" IP-címgenerálás hiányossá- 
gaira, utána alig fél nappal megjelent a 
féregvírus javított változata. Akár az 
eredeti szerző javította ki a Code Red 
ezen gyenge pontját, akár valaki más 
módosította azt a publikált forrás alap- 
ján, nyilvánvaló, hogy olvasnia kellett 
valamelyik fórumot, ahol ez az infor- 
máció megjelent. Bármily kényelmet- 
len dolog is, be kell ismerni, hogy a 
biztonságvédelmi szakemberek effek- 
tív (ha nem is szándékos) segítséget 
nyújtottak a Code Red írójának. 

Mindez ráirányítja a figyelmet a ví- 
russzakértők és a biztonságtechnikai 
szakemberek közötti nézetkülönbségre. 
A víruselhárítással foglalkozók felfogá- 
sa szerint a biztonsági hiányosságokat 
demonstráló forráskódokat nem volna 
szabad közzétenni, mert azok ismere- 
tével vissza lehet élni. A rendszerek 
biztonságát védők ezzel szemben azt 
vallják, hogy a kódrészleteket is meg 
kell mutatni, hogy egyénileg is minden- 
ki megoldhassa az ilyen veszedelmek 
elhárítását. 

Az utóbbi álláspont kétségtelenül 
megállta a helyét tíz évvel ezelőtt, 
amikor az internetet szinte csak a hoz- 
záértők használták, és ők nem voltak 
restek azonnal feltenni a gépre a kiadott 
biztonsági javításokat, mellesleg pedig 
az internet sem volt még a vírusok első 
számú terjedési csatornája. Napjaink- 
ban a vírusírók továbbra is ugrásra 
készen állnak minden napvilágra kerülő 
hiányosságot azonnal kiaknázni, a má- 
sik oldalon viszont meglazult a ,,tech- 
nológiai fegyelem", a webszerverek ke- 
zelői között is egyre több a , vasárnapi 
netező", akik egy része félvállról veszi 
a biztonságot, más része pedig nem is 
nagyon ért hozzá. Ilyen körülmények 
között a biztonsági rést demonstráló 
forráskódok nyilvánosság elé tárása ép- 
pen ellentétes hatást vált ki, mint ko- 
rábban: nem növeli a felhasználók vé- 
dettségi szintjét, de , éles" információ- 
val látja el a kárt okozni szándékozókat. 
Ha a Microsoft biztonsági javítását an- 
nak letölthetővé válása után 2-3 héten 
belül feltették volna a lyukas rendsze- 
rekre, akkor a Code Red , laboratóriu- 
mi" vírus maradt volna. 

Szappanos Gábor 
Hivatkozások: 
[1] http://www.incidents.org/react/code red.php 
[2] http://www.incidents.org/diary/diary.php 
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Egy nem elolvasandó READIME 


1-Worm.Nimda.A 


A lankadatlanul aktív Magistr és Hybris, illetve a 
vírusincidensek élére került Sircam mellett 2001 
szeptemberében színre lépett egy új jövevény, a Nimda. 
Ennek a komplex, többféle terjedési mechanizmussal 
felszerelt, 57344 bájt méretű féregvírusnak 

a veszélyessége sokoldalúságában rejlik. 


A Nimda leginkább figyelmet érdem- 
lő tulajdonsága, hogy az internet e-mail 
rendszerén kívül terjedési eszköznek 
tekinti a biztonsági javításokat nem 
tartalmazó IIS szervereket, és képes 
megfertőzni a lokális és a megosztott 
hálózati meghajtókon elérhető állomá- 
nyokat. 

Aktivizálódáskor ellenőrzi, hogy mi- 
lyen néven indult el. Ha ez a név 
ADMIN.DLL (vagyis egy megfertőző- 
dött webszerveren aktivizálódott), ak- 
kor bemásolja magát a WINDOWS 
könyvtárba, majd a programot elindítja 
a -gueryObnow paraméterrel. Ha levél- 
mellékletként, README.EXE néven 
érkezett és indult el (vagy bármilyen 
más néven, amely legalább 6 betűs 
fájlnévből és EXE kiterjesztésből áll), 
az ideiglenes állományok könyvtárába 
másolja magát véletlenszerűen összera- 
kott néven (MEP".TMP), majd ezt az 
állományt elindítja a -dontrunold kap- 
csolóval. 


Körültekintő fertőzés 


Amikor README.EXE néven elő- 
ször fut az adott gépen, rögtön ellenőrzi, 
hogy merevlemezről lett-e elindítva, és 
ha nem, akkor letörli azt az állományt, 
ahonnan elindították. Ha ez a törlés nem 
lehetséges, akkor a WININIT.INI kon- 
figurációs állományba bejegyzi, hogy a 
következő rendszerindításkor a rend- 
szer törlölje azt az állományt. Ha egy 
fertőzött állományból került sor a fut- 
tatására, akkor kimenti az eredeti fer- 
tőzetlen programot a merevlemezre, 
majd elindítja, így próbálva elrejteni 
jelenlétét. A megfertőzött program nyo- 
mait kitörli magából, majd újra létre- 
hozza a féregvírust különállóan tartal- 
mazó programot. 

Levélben való szétküldéskor egy elő- 
re elkészített levélfejléchez hozzáfűzi 
magát Base64 kódolással, a keletkező 
levelet pedig véletlenszerűen kiválasz- 
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tott néven elmenti az ideiglenes könyv- 
tárba. Ezután generál egy véletlen szá- 
mot, és annak értékétől függően az 
ideiglenes könyvtárban letörli vagy 
nem törli le az összes README".EXE 
nevű állományt. 

Windows NT/2000/XP rendszereken 
a rendszerkönyvtárba másolja magát 
LOAD32.EXE, más környezetben pe- 
dig LOAD.EXE néven. További máso- 
latot készít magárol a rendszerkönyv- 
tárban RICHED32.DLL néven, rejtett 
és rendszerattribútumokkal látva el a 
fájlt. ASYTEM.INI [Boot] szekciójába 
bejegyzi a shell-explorer.exe load.exe 
-dontrunold sort, aminek hatására min- 
den rendszerinduláskor aktivizálódik. 

A megosztott meghajtókat is végig- 
nézi, és alkalmas EXE programot keres. 
Ha talál ilyent, beolvassa annak egész 
tartalmát, majd kitörli, és a helyére írja 
magát úgy, hogy az eredeti EXE állo- 
mányt új erőforrásként jegyzi be a 
létrehozott EXE állományban. Nem fer- 
tőzi meg a WINZIP32.EXE állományt, 
amely azon kevés 32 bites programok 
közé tartozik, melyek futtatáskor önel- 
lenőrzést hajtanak végre, így fertőződés 
esetén azonnal jeleznék a féregvírus 
jelenlétét. A lokális meghajtón is keres 
fertőzendő állományokat. A regisztrá- 
ciós adatbázisban megfertőzi a ISOFT- 
WAREMicrosofXWindowsCurrent 
Versiont4pp Patbs] kulcs alatt felsorolt 
programokat, illetve a felhasználó saját 
könyvtárában levő állományokat, ismét 
mellőzve a WINZIP32.EXE fertőzését. 
Ha DOC állományokat talál a megosz- 
tott meghajtókon, azok mellé másolja 
magát RICHED32.DLL néven. Így a 
dokumentumokat megnyitva a Word a 
féregvírus által odatett RICHED32 
.DLL-t fogja használni, ezzel újabb 
aktivizálódási lehetőséget adva a féreg- 
vírusnak. 

A lokális meghajtókon megkeresi 
azokat az . ASP, .HTM és .HTML kiter- 


jesztésű állományokat, amelyek nevé- 
ben szerepel a DEFAULT, INDEX, 
MAIN vagy README részlet. Ezzel 
nyivánvalóan az a célja, hogy ha a gép 
egyben webszerver is, akkor megfer- 
tőzze a rajta lévő weblapokat. Ha talál 
ilyen fájlokat, akkor azok végére rövid 
Javascript betétet illeszt, amely a web- 
lap megnézésekor az Internet Explorer 
5.0 és 5.01 verzióiban lévő biztonsági 
hiba miatt megnyitja a README.EML 
állományt, és ennek hatására a féregví- 
rus aktivizálódik. Az internetről letöl- 
tött ideiglenes állományok könyv- 
tárában végignézi az összes .HTM és 
.HTML állományt, és kigyűjti belőlük 
az e-mail címeket. Ehhez hozzáadja a 
felhasználó bejövő postaládájában levő 
levelek feladóinak címét, és erre a 
címlistára továbbküldi magát. A küldés- 
kor saját SMTP levelezőeljárásait hasz- 
nálja. A kiküldött levelek szöveg nél- 
küliek, címsoruk is vagy üres, vagy 
véletlenszerűen van összerakva. 


Trükkök tudója 


Az IIS 4.0 és 5.0 szerverek Unicode 
Web Traversal nevű hibáját használja 
ki, meg azokat a kiskapukat is, amelye- 
ket a Code Red nyitott meg. Véletlen- 
szerűen kiválasztott IP-címeken keres 
védtelen szervereket (a generálás algo- 
ritmusa hasonló a Code Redéhez). Ha 
talál megtámadható célpontot, letölti 
oda a vírusprogramot ADMIN.DLL né- 
ven, majd elindítja azt. 

A létrehozott állományok elrejtése 
érdekében a Windows Explorer beállí- 
tásait úgy módosítja, hogy az a rejtett 
állományokat ne jelenítse meg, továbbá 
hogy elrejtse az ismert fájlkiterjeszté- 
seket. Amikor megfelelő jogosulságok- 
kal rendelkező személy indítja el a 
féregvírust, az adott gép felhasználói- 
nak listájához hozzáadja a guest fel- 
használót, besorolja az adminisztrátor 
csoportba, majd teljes hozzáféréssel 
megosztja az összes lokális meghajtót, 
ezáltal a számítógépet kiszolgáltatja a 
későbbi behatolásnak. 

A Nimda.A nem alkalmaz forradal- 
mian új eljárásokat, viszont az interne- 
tes féregvírusok által használt legtöbb 
trükköt beveti, több ismert (és elvileg 
már régóta befoltozott) biztonsági lyu- 
kat is kihasználva. 

Szappanos Gábor 
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Weblapok helyett reblapok? 


Az internet , alternatív oprendszere" 


Ismer valaki olyan nyelvet, amelynek vagy ötven géptípusra van biztonságos értelmezője? 
Aki rendszeres olvasója ennek a lapnak, annak ismernie kellene, mert 2000 márciusában 
már volt szó a Rebolról. Ez egy 200-300 Kbájtos program, elképesztő képességekkel. 

A nyelv beépített utasításai révén könnyedén elérhetjük az internet lehetőségeit 

(e-mail, ítp, news, http stb.), ezért a Rebol rendszert kis túlzással akár 

az internet alternatív operációs rendszerének is nevezhetnénk. 


Sokáig majdnem mindenki beletörődött abba, hogy csak 
a saját számítógépén megtalálható adatokat és programokat 
használja. Voltak persze rebellisek, akik szerettek volna a 
távoli gépeken leledző adatbázisokhoz is hozzáférni, és 
azokban kutakodni. A telnet volt az a program, amely ezt 
lehetővé tette. A szellemet később már nem lehetett vissza- 
dugni a palackba. Szükség volt továbbá a másik gépen 
található fájlok némelyikére, azok letöltésében az ftp segített. 
Az ftp kezeléséhez meg kellett tanulni tucatnyi parancs 
szintaxisát, és ha a telnettel nem indult el azonnal egy 
alkalmazói program, ismerni kellett egy kicsit a másik gép 
operációs rendszerét is. A számítástechnikával aktívan fog- 
lalkozóknak ez nem okoz gondot, a többieknek annál inkább. 


Utazó programok 


A gopher program több gép között megosztott menürend- 
szerbe foglalta a megmutatásra szánt fájlokat. A menürend- 
szerben való navigálással akár egy kezdő megbirkózott volna, 
de a gophernek nem volt rá ideje, hogy sikeressé váljon, mert 
megjelent a trónkövetelő, a WWW. Kezdetben még karak- 
teres volt, de a Mosaic megjelenésével grafikussá vált, és 
azóta is tart a karrierje. 

Kezdetekben a HTML oldalak statikusak voltak, később 
megjelentek a röptében generált oldalak. Ezzel vált lehetővé, 
hogy a szörföző hozzáférjen különféle adatbázisokhoz, és 
azokból adatokat kérhessen le, vagy azokat kiegészíthesse. 
Ezekben az esetekben az oldalakon megjelenő adatokat — 
illetve magukat az oldalakat — generáló programok a 
szerveren futnak, ami olykor igencsak leterheli a szervert. 
Mivel napjainkban a kliensek, azaz a böngészőprogramot 
futtató gépek is igen nagy teljesítményűek, bizonyos prog- 
ramok akár ezeken a gépeken is futhatnának. 

A futtatni szánt programot a szerverről két formában is le 
lehet tölteni a kliensre (a böngészőre): forráskódban és 
lefordítva. Forrásban érkeznek a JavaScript, és lefordítva a 
Java programok. Még ha forrásban is érkezne minden 
program, a felhasználók jelentős része akkor sem olvasná 
végig a kódot, hogy nem csinál-e a program valami illetlen 
dolgot. Ezért az előbb említett nyelvek úgy lettek kialakítva, 
hogy a program írója ne férhessen hozzá az adott gép 
állományaihoz, azokból ne olvashasson, oda ne írhasson. 

Természetesen nem csak ez a két nyelv tenné lehetővé, 
hogy a kliensoldalon programok fussanak. Nézzük, milyen 
ésszerű megkötéseket szabhatunk a nyelvvel kapcsolatban. 
Mivel az internetre kötött gépek igencsak eltérő típusúak, 
gépi kódú programokra nem is lehet számítani. Amelyik 
program futna egy PC-n, az nem futna Sun vagy SGI gépen, 
és viszont. A lefordított Java programok egy virtuális gép 


gépi kódján írodnak, amelyhez egy virtuális processzort kell 
emulálni. A nyelvhez szükséges az értelmező, hiszen nem 
várhatjuk el, hogy mindenki felrakjon a gépére még egy 
fordítót is, valamint hogy minden alkalommal kivárja, míg 
lefordítódik a program. A nyelvnek, vagy legalábbis az 
értelmezőnek biztonságosnak kell lennie, nem engedhetjük 
meg, hogy a program mindenbe beleírjon (belepiszkítson), 
és mindenről tudomást szerezzen. 


Rátérve a cikkünk elején beharangozott témára, vegyük 
szemügyre a Rebol alkalmasságát az adott feleadatra. Mit is 
tud a Rebol? Például egy egysoros programmal levélben el 
lehet küldeni egy címre egy WWW-oldalt. Kicsit hosszabb 
programmal honlapunk aktualizált változatát fel lehet tölteni 
szolgáltatónk gépére. Ha jellemezni kellene, talán a Perllel 
tudnám párhuzamba állítani. Szövegfeldolgozási képességeit 
HTML preprocesszor, PDF-generátor, illetve szerver-szkript 
(CGD programok demonstrálják. Miként a Unix lehetőségeit 
shell-programozással lehet kihasználni, a Rebol programok 
is jelentősen megkönnyítik az internet használatát. 

A kilencvenes évek elején egyértelműen kiderült, hogy a 
számítógépet használók túlnyomó többségét csak a könnyen 
kezelhető grafikus felület érdekli. Saját magam tapasztaltam, 
hogy hiába volt a gépteremben könnyedén és hatékonyan 
kezelhető MH, Elm és Pine, mégis majdnem mindenki a 
Netscape levelezőjét használta. Karakteres formában a Rebol 
is megmarad a guruk játékszerének, illetve igen hatékony 
segédeszközének, amiből biztosan nem lesz üzlet. Tovább 
kellett tehát lépni. 

Manapság az a tendencia, hogy lényegében ugyanazokat 
a szoftverterméket különböző extrákkal különböző árakon 
árulják. Az ár a Rebol esetében is nullától ezer dollárig terjed. 
Nekünk az egyszerű és ingyenes (Core és View) változat is 
megteszi, ám ha valaki szeretné DLL-jeit munkára fogni, ha 
titkosított adatátvitelt igényel, ha hangot akar kicsikarni a 
View-ból, vagy önállóan is futó, lefordított programot sze- 
retne terjeszteni, akkor már a zsebébe kell nyúlnia. 


Böngészőeszköz 


Több mint egy éve láttam először a Rebol/View-t, és a 
székhez szögezett. Azután sokáig nem foglalkoztam vele, 
mostanában vettem elő megint, és újra meglepett. Az eredeti 
Rebol verzió (Core) konzol alkalmazás, a View pedig ennek 
kiterjesztése, grafikus képességekkel felruházva. A View-t 
elindítva egy ablak nyílik ki, amelyet hat részre oszthatunk. 
A logó mellett található a menüsor, alatta pedig a könyvjelző 
panel, amelyen ikonok jelölnek egy-egy bejegyzést. Az ablak 
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legnagyobb egysége az aktuális könyvtárat tartalmazó rész, 
amelyen szintén ikonok jelölnek minden egységet. (Az 
ikonok felett ott van a könyvtár neve is a könnyebb tájéko- 
zódás végett.) A könyvjelzőpanel alatt láthatjuk aprogramunk 
verziószámát, az online/offline státust, illetve a letöltés 
folyamatát. Ezek mellett a kurzor alatti ikonhoz tartozó 
információt olvashatjuk. 

Alapbeállításban a könyvjelző panel első ikonja alatt a 
rebol.com felirat olvasható, és erre rákattintva máris kezdődik 
a letöltés. Ez nem jelent mást, mint hogy ezzel a programmal 
böngészhetők a világszerte megtalálható Rebol oldalak. Ezen 
oldalak összessége a World Wide Reb elnevezést kapta (csak 
hogy rímeljen a WWW névre). Habár WWR kliensre szükség 
van, WWR szerverre már nem, mert megteszi a hagyományos 
WWW szerver is. A hagyományos index.html fájl helyett 
viszont egy index.r fájl lesz a Rebol oldal kiindulópontja, 
így ugyanazon könyvtár tartalmazhat weblapot és reblapot 
is. Míg az index.html elkészítése alapvető HTMLismereteket, 
vagy egy HTML-editor használatát feltételezi, az index.r 
szerkezete igen egyszerű. Nézzük meg ezt az alábbi index.r 
fájl példáján keresztül: 

REBOL (Type: "index] 

title "Lokális fájlok" 

summary "Mindaz, ami nekem fontos." 
text-color 100.0.0 0.100.0 

backdrop [gradient 1x1 255.255.255 0.200.0] 


file "Info" Sinfo.txt 

info "Információ totál kezdőknek" 

file "Gomb 1" Sbuttoni1.r effect [multiply 0.150.0] 
info "Minimális program" 

file "Gomb 2" Sbutton2.r effect [multiply 0.150.0] 
info "Ez már csinál is valamit" 

file "Lista" $choose.r 

info "Te melyiket választanád" 

folder "Library" 95../../library/index.r 

info "A standard programkönyvtár" 


Mint minden Rebol program, az index.r is egy Rebol 
fejléccel kezdődik. Itt eredetileg csak a legszükségesebb 
adatok találhatók, de kiegészíthetjük azokat egyéb informá- 
ciókkal, például hogy ki és mikor csinálta, az illető hogyan 
érhető el, milyen változtatások történtek a programban stb. 
A summary szó mögött az adott könyvtár rövid jellemzése 
szerepelhet. A text-color segítségével meghatározhatjuk a 
feliratok színét (példánkban ez 100.0.0, azaz sötétpiros), 
illetve hogy milyen színűre változzon a kurzor alatt (0.100.0, 
azaz zöldre). 


A HTML oldalakon megadható, hogy milyen legyen a 
háttér színe, illetve hogy milyen kép szerepeljen. Ugyanezt 
itt is elérhetjük, sőt jóval többet is. A backdrop szó után 
esetünkben az szerepel, hogy fehér-zöld átmenet legyen átlós 
irányban, ám megadhatunk egy fájlnevet is, sőt ezt a képet 
színezhetjük, forgathatjuk, tükrözhetjük, lágyíthatjuk, kont- 
rasztosíthatjuk — és még számos képmódosítási műveletet 
végezhetünk vele. 

A fehér-zöld háttér előtti ikonok fájlokhoz vagy könyv- 
tárakhoz tartoznak. Az előbbi esetben a file, az utóbbi eseten 
a folder szót kell használnunk. Ezeket a szavakat egy 
elnevezés követi, ez szerepel majd az ikon alatt. Utána jön 
az adott fájl neve, illetve az adott könyvtár Rebol-állománya. 
Ehhez használhatunk mind URL-t, mind lokális fájlnevet. 
Az icon szó segítségével megadhatnánk, hogy milyen ikon 
tartozzon a fájlhoz vagy könyvtárhoz, ha az alapértelmezett 
ikon nem lenne megfelelő, ám mi most megelégszünk vele. 
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Akárcsak a háttér esetén, az ikonoknál is lehetőség van 
mindenféle grafikus transzformációra, így akár egy ikonra 
alapozva is változatos reblapokat készíthetünk. Példánkban 
az eredeti ikont az első két esetben zöldre festettük. 

Noha a Rebol programok elképesztően kicsik, például a 
Minesweeper kevesebb mint 10 Kbájt, így pillanatok alatt le 
lehet tölteni, az internetezés hazánkban viszont nem olcsó 
mulatság, gazdaságosabb a View cache, amikor minden 
letöltött fájl lokálisan is tárolódik. 

Mivel a programokat állandóan fejlesztik, nem lehet tudni, 
hogy nincs-e újabb verziója a távoli lapon szereplő és helyben 
is meglevő programnak. A View erre is nyújt megoldást: ha 
az index.r bejegyzései mellett megadjuk a fájlok méretét és 
dátumátis, automatikusan letölti a későbbi változatot (feltéve, 
hogy van olyan), egyéb esetekben pedig a lokálisat használja. 

Bár az index.relkészítése — ahogy az előbbiekből is látszik 
— nem olyan bonyolult dolog, a lusta vagy képzetlen 
felhasználókra való tekintettel valószínűleg hamarosan auto- 
matizálható lesz egy Rebol programocskával. Az új reblapok 
bejegyzésére már van egy ilyen program a www.rebol.com 
címen. 


Aki már programozott grafikus programokat, az tudja, 
hogy nem egyszerű feladat. Persze léteznek programgenerá- 
torok, amelyekben egérrel állíthatjuk össze a képenyőképet, 
és ha tetszik, megkapjuk annak forrását. Tegyük fel, hogy 
van egy button.gif állományunk. Hozzunk létre egy ablakot, 
amelyben ez kép mint nyomógomb megjelenik: 

REBOL (Title: gomb] view layout [image Sbutton.gif] 

A Rebol fejlécre minden programban szükség van. 

Ha a megjelenő kép után megadunk egy műveletblokkot, 
akkor a gomb lenyomására a blokk végrehajtódik. Lássunk 
erre is egy példát: 

REBOL (Title: "gombok] 
view layout [ 
backcolor white 


style btn image S$button.gif effect [multiply 
90.80.100] 

btn ,REB" [(browse http://www.rebol.com] 

btn ,CNN" [browse http://www.cnn.com] 

btn ,MTV" [browse http://www.mtv.huj] 


] 

Ha MS Windowsban rákattintunk valamelyik feliratra, 
akkor az IE megnyitja a megadott oldalt. Itt a style segítsé- 
gével definiáltunk egy stílust, és ezt alkalmaztuk mindhárom 
gombra. Ez azonban csak az alap, mert szinte mindent mást 
variálhatunk. Megadhatunk olyan blokkot, amely a másik 
egérgomb lenyomására hajtódik végre. Megadhatjuk a gomb 
méretét, a gombok egymáshoz viszonyított elhelyezkedését, 
a feliratok méretét, a betűk típusát és fajtáját. Hasonlóan 
egyszerűen készíthetünk egyéb beviteli mezőket is, vagy akár 
listákat, ahonnan választhatunk. 

REBOL (Title: "valaszt] 
view layout [ 
h2 "File List:" 
text-list data read §$. 
button ,OKI" 
j) 

Az előbbi programban az aktuális könyvtárat olvastuk 
be (99.), és látható, hogy itt nemcsak azok a fájlok és 
alkönyvtárak szerepelnek, amelyeket a View megjelenít. 
Ha valamit az index.r nem tartalmaz, az nem is fog látszani. 
Az előbbi programban szereplő h2 a HTML-re emlékeztető 
méretezés. 
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Alkalmazások 


A reblapokon elég sokféle alkalmazást találhatunk. Ha a 
játékokkal kezdjük, megemlíthető a Sokobanra emlékeztető 
Rebox, a tetrisz jellegű Rebtris, egy aknakereső, egy hálózati 
lövöldözős játék, és persze többféle passziánsz. A lehetőségek 
megvannak, csak több programozóra lenne szükség. 

Rebol hírcsoportról még nem tudok, de levelezési lista és 
e-újság (Zine) már van. Ez utóbbiban jelent meg Carl 
Sassenrath egy cikke. A Rebol és korábban az Amiga 
operációs rendszer megalkotója leírja, hogy már reggel a 
Rebollal kezd. Először a History segítségével átfutja, milyen 
új szkriptek és leírások készültek el éjszaka. A Link (fizetős 
verzió) segít abban, hogy az otthoni és a céges gép tartalmát 
szinkronizálja, így folyamatosan azonos környezetben dol- 
gozzon, és még a floppyt se kelljen hurcolásznia. Ha pedig 
új gépre telepíti a rendszert, a Link szinte mindent megcsinál. 

Munkahelyén a honlapok helyi aktualizálása után azokat 
egy szkript tölti fel a szerverre. Egy másik szkript arra figyel, 
hogy a lapokon ne legyen hibás (nem létező helyre mutató) 
link. Egy harmadik szkript pedig a naplófájlokat elemzi. A 
három szkript együtt kisebb, mint egy átlagos honlap (képek 
nélkül). 

Néha frissíteni kell a Rebol-verziókat. Egyetlen gombnyo- 
másra 42 gépen indul el a fordítás, a linkelés, a tesztelés, a 
tömörítés, illetve a honlap frissítése, és mindezt természetesen 
Rebol programok ütemezik. Ha nem minden stimmel, akkor 
összesítés érkezik a hibaüzenetekről. Ha minden rendben, 
akkor be kell mutatni a programot. Egy Rebodex nevű 
program több mint 300 címmel teszi lehetővé, hogy mindenki 
megkapja az üzenetet. A program természetesen megjegyzi, 
hogy kivel mikor történt az utolsó levélváltás. 

A leírások, dokumentációk szerkezete egységes, nem 
igényel különösebb tipográfiai ügyességet. Elegendő egysze- 
rű szövegszerkesztővel (text editor) elkészíteni a leírást, 
melyből a megfelelő szkriptek elkészítik a HTML változatot. 
(Ilyen módon generálódnak a Rebol Zine példányai is.) Carl 
gépén több mint tízezer szkript található, ezek teszik lehetővé, 
hogy nagyon kevesen elvégezzék sokak munkáját. 

Ha a Rebol kitörne elszigeteltségéből, talán akkora válto- 
zást is okozhatna, mint annak idején a WWW megjelenése 
előidézett. Már látom is magam előtt, amint a Microsoft is 
készíti az IE ( Visual) Basic nyelven programozható variánsát. 
Igaz, ahova a Basic betette a lábát, oda a vírusok is behatoltak. 
A Rebol lehetővé teszi, hogy idegen helyről származó 
programok írják, olvassák állományainkat, és leveleket is 
küldjenek. Micsoda vírustenyészet, mondhatná erre az email- 
ben terjedő vírusférgekkel naponta bombázott olvasó. Van 
azonban egy lényeges különbség: a Rebol esetében mi 
adhatjuk meg (akár futás közben is), hogy a szkript tehát 
írhat-e, olvashat-e — és általában mit tehet, és mit nem. 


Nem fenékig tejfel 


Mielőtt bárki rohanna a boltba venni egy ezer dolláros 
Rebol-változatot, vessünk pár pillantást az árnyékos oldalra 
is. Linux és Win95 alól rendszeresen használom, és SGI 
rendszeren is láttam már futni. Öregebb Sun alól viszont nem 
tudtam elindítani. Az egyes verziók között van valami 
inkompatibilitás, mert a hivatalos programkönyvtár néhány 
szkriptje hibaüzenettel leáll. Kevés ember fejleszti a rend- 
szert, és nincs, aki a dokumentálást végezné. A Rebollal 
kapcsolatos eddig anyagok talán tömörítés nélkül is ráférné- 
nek egyetlen CD-re. 

Tudomáson szerint összesen négy könyvet adtak ki eddig 
a Rebol nyelvről, míg a konkurens nyelvekről szóló könyvek 


könyvespolcokat töltenek meg. A honlapokon található in- 
formáció gyakran idejétmúlt és szegényes. A guruknak talán 
elég egy-két példaprogram, de a többség igényelné a részletes 
és pontos leírásokat, amelyekből a nyelv a maga közel 400 
utasításával elsajátítható lenne. Más nyelvek gyakran építe- 
nek közismert (és jól dokumentált) programnyelvekre, pél- 
dául egy C programozó órákon belül képes Java programokat 
írni, ám a Rebol szinte semmilyen nyelvre nem hasonlít, 
tehát itt mindenki a nulláról indul. 

A Java mögött hatalmas cégek állnak, így Java holnapután 
is lesz. A Rebolról nem lehet tudni, hogy csődöt mond-e a 
vállalkozás, mert nincs kereslet a fizetős verziókra. Volt már 
rá példa (még a videokazettáknál is), hogy nem a legjobb 
minőségű vitte el a pálmát. 

A Rebol nyelv jó, az apró programok még a lassú régi 
modemeken is pillanatok alatt lejönnek, a cache lehetőségével 
pedig minimálisra szorítható az internetes kapcsolat időigé- 
nye. A grafikus konverziók nagyobb képek esetén persze 
lelassíthatják a program futását, ezért nem árt legalább 133-as 
Pentiumot használni, bár ez napjainkban már nem igazán 
tekinthető túlzott követelménynek. 


Amikor legutóbb ránéztem a rebol.com oldalára, már 
hirdették a Rebol/IOS (internet operating system) termé- 
szetesen fizetős változatát, amely alapértelmezésben minden 
kapcsolatot titkosítva kezel, sőt arra is van mód, hogy 
megadjuk, ki férhet hozzá a gépünkhöz, milyen IP-címekről 
engedjen be valakit, és mikor riasszon. Az IOS-hez negyven 
alkalmazást szállítanak, egyik sincs több, mint 20 Kbájt. 
Lássunk néhányat ezekből az alkalmazásokból. 


Csoportkommunikáció. Egy adott csoportot (alkalmazottakat, 
üzletfeleket, partnereket stb.) köt össze. Ezt elvben az elektronikus 
levelek is helyettesíthetnék, de ki az, aki örül, hogy hetente több órát 
kell eltöltenie a szemét (spam) kiválogatásával? Itt ettől megszaba- 
dulhatunk. Az Instant Messenger jellegű programoktól eltérően (mint 
például a chat) nincs szükség arra, hogy mindenki egyszerre legyen 
vonalban, amikor valaki bejelentkezik, megkapja az addig érkezett 
üzeneteket, és azokat a későbbiekben offline is olvasgathatja. 

Sürgöny. Angolul flash, mert a sürgős üzeneteket azonnal ,be- 
villantja". (Azok persze később is megjeleníthetők.) 

Bemutató. A ,remote presentation" az elkészített bemutatót a 
megadott időzítésnek megfelelően játssza le, de a néző is beleszólhat 
az ütemezésbe. A bemutató a program által támogatott minden 
rendszeren fut. (Próbált már valaki PowerPoint bemutatót linuxos 
gépen megnézni??) 

Munkaütemezés. Aprojektekhez tartozó munkafolyamatokatlehet 
rendezni, megjeleníteni, és az adatokat frissíteni. 

Névsorolvasás. Figyelemmel lehet kísérni a felhasználók státusát: 
ki lépett be, mióta van bent, ki van távol, ki telefonál, ki ment ki 
vásárolni stb. Még megjegyzések is fűzhetők az adatokhoz: ,Egy óra 
múlva itt vagyok!" Azt is rögzíteni lehet (á la ,a nagy testvér figyel"), 
hogy ki mit csinált a nap folyamán, és mely fájlokhoz fért hozzá. 

Naptár. Napi, heti, havi negyedévi nézetek, titkos és nyílt bejegy- 
zések. Az adatok alapján a találkozók időpontjának egyeztetése, 
ütközések figyelése. Az adatokból akár weblap is generálható. 

Szavazás. Eldöntendő kérdésekre adott válaszok, választási 
szavazatok, vélemények online gyűjtése és értékelése. 

Diagramok. Beszédes ábrák készítésével és megosztásával a 
telefonon vagy hálózaton keresztül kommunikáló partnerek könnyeb- 
ben konzultálhatnak egymással (,egy kép többet ér ezer szónál"). 


A fentiekből remélem kiderült, mi mindent tud a Rebol. 
Volt már rá példa, hogy a hivatalosan szállított (fizetős) 
verzióban szereplő programrészt (MySOL program hívása) 
valaki az ingyeneshez is megírta, amely talán még jobb is, 
mint az eredeti. Ezért azon sem csodálkoznék, ha e szkriptek 
ingyenes verziói előbb-utóbb megjelennének valahol. 

Aszalós László 
aszalosOmath.klte.hu 
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HTML-temethetjük? 


Az XHTML szabatosabb munkát követel 


A HTML megszületése óta szolgálja az internetet. Azok, akik a tartalom fejlesztésével 
foglalkoztak, alapjában véve elégedettek voltak vele, bár korántsem maradéktalanul. 

A viszonylag egyszerű és könnyen megtanulható nyelv használatában, és a különböző 
böngészők általi értelmezésben bonyodalmat csak a böngészőfejlesztők által hozzáadott 
egyedi , elemek" (cmargueez stb.) okoztak. A HTML folyamatos fejlesztését a felmerült 
igények alapján a W3C (World Wide Web Consortium) HTML Munkacsoportja irányította 
és koordinálta. Közreműködésükkel most a HTML nyelv újabb nagy lépést tesz meg. 


Tim Berners-Lee a műszaki és egyéb technikai dokumen- 
tációk platformfüggetlen terjesztésére, cseréjére szánta a 
HTML (Hypertext Markup Language) leírónyelvet. Amikor 
a 1990-es évek elején a világháló robbanásszerű fejlődésnek 
indult, rögtön felmerült az igény egy széles körben elfogadott 
,, webnyelv" iránt. Ezt a szerepet kezdte el betölteni, amikor 
1994 végén megjelent a HTML 2.0. Az 1995-ben kiadott 
HTML 3.0 már az eredeti leírónyelv jóval gazdagabb válto- 
zata volt, majd az addigi változásokat 1996-ban a HTML 
3.24 egységes szerkezetben, mintegy kodifikálva tartalmazta. 

Lényeges változásokat a 4.0 verzió hozott, ugyanis ettől 
kezdve használhatunk a HTML dokumentumokban beágya- 
zott vagy külső stíluslapokat (cSTYLE:), szkripteket 
(CSCRIPT5), kereteket (CFRAMESET:, cFRAME-:), be- 
ágyazott objektumokat (-cOBJECT-), és azóta támogatja a 
HTML a jobbról balra írt szövegeket is (c-BDO5). Ekkor 
jelent meg egyes elemek és attribútumok leírásában a , nem 
javasolt" (deprecated) megjegyzés, előre figyelmeztetve, 
hogy ezeket a HTML készletéből a továbbfejlesztés során ki 
fogják hagyni. A , leépítés" fő oka a stíluslapok (CSS, 
cascading style sheet) elterjedése volt. A HTML 4.01 leg- 
utóbbi ajánlásban a W3C az eredeti 4.0-hoz képest már csak 
a hibák kijavítására szorítkozott. 

A HTML egyik gyengesége éppen az, ami előzőleg 
határozottan előnyére szolgált: az értelmezésére hivatott 
felhasználói alkalmazások (általában a böngészők) meglehe- 
tősen jól tűrték a hevenyészve, ,, vasvillával" összehordott 
dokumentumokat is. A WC3 konzorcium ezért célul tűzte ki 


a HTML 4.01 átalakítását, mégpedig szakítva az eddigi 
hagyományokkal. AHTML-dokumentumokat XML alapokra 
helyezve készítették el az XHTML 1.07 leírónyelvet (X mint 
extensible, vagyis kiterjeszthető). 

Az XHTML egy XML-re épülő új internetes dokumen- 
tumcsalád alapjául szolgál. Az internetes tartalmat fejlesztők 
azonban meglévő weblapjaikat is átalakíthatják az új formá- 
tumra. A jelenlegi böngészők korrekten tudják kezelni az 
XHTML oldalakat, és ez a későbbiekben is elvárható, mert 
csak néhány irányelv érvényesítéséhez kell ragaszkodni. Az 
XHTML a további fejlesztés során modul jellegűvé válik (a 
dokumentum objektummodel!l használatával), és egyre job- 
ban eltávolodik szülőjétől, a HTML 4-től. Most, hogy a W3C 
befejezte a HTML dokumentumcsalád fejlesztését, a legfon- 
tosabb változásokat igyekszem röviden bemutatni. 

1. A dokumentum gyökérelemének (root) chtml5-nek kell 
lennie. 

2. A gyökérelemnek az xmlns attribútum használatával 
meg kell jelölnie az XHTML névhelyeket. 

3. A gyökérelemet DOCTYPE deklarációnak kell meg- 
előznie: 

SIDOCTYPE html 
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN 
"DTD/xhtml1-stricd.dtd"5 


Transitional és Frameset dokumentumoknál a DOCTYPE 
deklaráció értelemszerűen változik. 


E SZÁMUNK HIRDETŐI 








Cég Oldal Cég Oldal Cég Oldal 
2F 2000 51. Hewlett-Packard 38. Minolta 41. 
Blumsoft 52. IT Consult-Pro 41. MrSoft 54. 
Borland 71. Juventus Team 35. Multimedia.hu 42. 
Brother 35. Keszo 42. Next Software YI 
CD Multimédia 52. Kiskapu 71. PSINet B2. 
CompAlmanach 74. LAN 24. Awerty 35. 
ComputerBooks 71 LNX S1. Telnet vs 
Corg 52. Matáv B4. Uniplan 24. 
Daxon 41. MC8CD 41. VTCD B3. 
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Példaként szerepeljen itt egy minimális méretű, de teljes 
értékű XHTML dokumentum: 


c?xml versionsc"1.0" encoding-"UTF-8"?: 

SIDOCTYPE html 

PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" 

"DTD/xhtml1-strict.dtd": 

chtml xmlns-z"http://www.w3.org/1999/xhtml" xml:lang-"en" 
1ang-"en": 

chead: 

ctitlesVirtual Libraryc/title2 

c/headz 

cbody2 

cprMoved to ca href-"http://vlib.org/"3vlib.orgc/a2.c/p2: 

c/body2 

c/html: 


A fenti példa forrása a W3C XHTML 1.0 ajánlása. Jól 
szemlélteti az egyik legfontosabb különbséget: valamennyi 
olyan elem zárócímkéjét (tag) ki kell tenni, amely a tarta- 
lommodell szerint nem üres (empty). Tehát míg a HTML 
meglehetősen jól tolerálta azt a bevett gyakorlatot, hogy 
,majd a következő elem kezdőcímkéjével jelezzük, hogy 
véget ért az előző", az XHTML megköveteli a zárócímkék 
következetes elhelyezését. 

Meglehetősen jól tűrte a HTML aztis, hogy a zárócímkéket 
nem a nyitócímkék tükrözésének megfelelő sorrendben kö- 
vetkeztek egymás után, hanem egy kicsit átlapolva, össze- 
vissza. Például: 


cppPEz egy részben cemskiemelt szövegc/p2:c/emz 


Az XHTML-ben ez sem tartható, az elemeket rendezetten 
egymásba kell ágyazni: 


cppEz egy részben cemskiemelt szövegc/em:c/p2z 


Az elem- és attribútumnevekre az eddigi HTML ajánlás 
javasolta az elemnevek nagybetús, az attribútumok kisbetűs 
írását. Az XHTML-ben — XML alkalmazásról lévén szó — 
a li és a LIelemek már különböző címkének (tag) minősülnek. 
Az ajánlás a kisbetűs írásmód. Az attribútumok értékeit pedig 
akkor is idézőjelek közé kell tenni, ha azok numerikusak: 


stable rows-"3"5 


Az attribútumokat nem lehet összevonni értékeikkel, tehát 
nem alkalmazhatók az eddigi megoldások, hogy például: 


cdl compact: 
Ehelyett az HTML-ben az attribútumot ki kell írni: 
cdl compact5-"compact": 


Az üres elemeket, amelyek tartalma a tartalommodell 


szerint empty, szintén le kell zárni: 
chr /s, cbr /s 


A részazonosítók kezelésénél is történt változás: a name 
attribútum helyett ezután az id attribútum szerepel. A 


visszafelé megtartandó kompatibilitás érdekében azonban a 
W3C javasolja a name attribútum egyidejű használatát: 


ca id-"valami" name-"valami": 


A megkettőzéssel ugyanis valamennyi böngésző kezelni 
tudja majd azt a hivatkozást, hogy 


ca href-"mypage.htmivalami"? 


A webkonzorcium 2001. május 31-i dátummal publikálta 
az XHTML 1.1 ajánlást , Modulalapú XHTML" címmel. Az 
1.1 verzió az XHTML 1.0 Strict DTD-re épül. Sok olyan 
lehetőség, amely az XHTML családba tartozó más dokumen- 
tumtípusokban megvan (például XHTML Frames), közvet- 
lenül nem alkalmazható ebben a dokumentumtípusban, csak 
Az XHTML Modularizációja" című ajánlásban definiált 
modulokon keresztül. A dokumentumok szerzői viszont 
szabadon definiálhatnak olyan, az XHTML 1.1 specifikáción 
alapuló dokumentumtípusokat, amelyek kihasználják ezeket 
a lehetőségeket. Az ajánlás szöveges része rövid, a felhasz- 
nálói alkalmazásokkal és a dokumentumokkal szembeni 
követelmények mellett szinte csak a modulok bemutatására 
szorítkozik. Fontos megjegyezni, hogy az XHTML 1.1 
specifikációból már hiányoznak azok az elemek és attribú- 
tumok, amelyeket a W3C korábban a , nem javasolt" kitétellel 
jelölt meg. Ezenkívül megszűnt a lang attribútum használa- 
tának lehetősége is, ehelyett az xml:lang attribútum haszná- 
landó. Az a és map elemekhez a továbbiakban a name 
attribútum helyett az id alkalmazandó. 

Az ajánlás C függelékében helyet kapott a teljes XHTML 
1.1 driver, a tartalommodell és a vonatkozó SGML Open 
Catalog tartalom. 

Az XHTML 1.0 és az XHTML I.1! referenciákat is 
lefordítottam, azok a hozzájuk tartozó DTD-kkel együtt 
magyar nyelven megtalálhatók a http://infoteam.fw.hu címen. 
A site az XHTML 1.0 verziójának megfelelően készült, IE3, 
IE5.5, Opera 5.12 és Mozilla böngészőkkel teszteltem. Mind 
az IE5.5, mind az Opera és a Mozilla korrektül megjeleníti 
az összes lapot, az IE3 azonban csak részben, mert az XML 
deklarációt szövegként írja ki. 

A címben feltett kérdésre visszatérve: nem tartom való- 
színűnek, hogy — legalábbis Magyarországon — a HTML- 
ben készült oldalakat karbantartóik viharos gyorsasággal 
átalakítják XHTML formátumúra. A közelmúltban végzett 
(és reprezentatívnak nem minősülő) közvéleménykutatásom 
eredménye szerint a tartalomfejlesztők körében minden tize- 
dik hallott (olvasott) az XHTML -ről, és elenyésző volt azok 
aránya, akik alkalmazták is. Határainkon kívül más a helyzet. 
Tanú erre a W3C mail-szervere, amely a www-html levele- 
zőlistát szolgálja ki. Valószínűsítem, hogy a kétféle leírónyelv 
még sokáig létezik egymás mellett az internetes tartalomfej- 
lesztés eszközeként, míg az XHTML lassanként kiszorítja a 
HTML-t — ahogyan a HTML 4 is átvette a HTML 3.2 helyét. 

Monostory Miklós 


dkmmCGaxelero.hu 
Vonatkozó URL címek: 
http://www.w3.org/TR/html401 
http://www.w3.org/MarkUp/Group 
http://www.w3.org/TR/REC-html32 
http://www.w3.org/TR/1998/REC-CSS2-199805 12 
http://www.w3.org/TR/REC-DOM-Level-1 
http://www.w3.org/TR/xhtml11 
http://www.w3.org/TR/2001/REC-xhtml-modularization-20010410 
http://www-htmI(X w3.org 


KÜLÖNLEGES eszközök, ÉRDEKES rendszerek: DAXON 
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Webprogramozás és webdesign 


JavaServer Pages 


Idén szeptemberben jelent meg az O"Reilly és a Kossuth 
Kiadó közös gondozásában Hans Bergsten: JavaServer 
Pages (JSP) című könyve. E hiánypótló mű szerzője 
aktív részese volt a JSP és a szerviletspecifikációk 
megalkotásának, az Apache Jakarta-Tomcat projekt 
tagjaként pedig a specifikációk referenciájának 
megvalósításában is közreműködött. 


Visszagondolva a múltra, a kiszol- 
gáló oldali Java alapú fejlesztés első 
nagy állomása a Sun által definiált 
Enterprise Java volt. Itt jelent meg a 
szervlet és a szervlettároló fogalma, 
ami a hagyományos webszervereket 
olyan többlettudással vértezte fel, 
hogy a Java nyelv használatának ki- 
terjedtsége a C/C-- nyelvéhez hason- 
ló mértékűvé vált. 

Ennek a fejlődési folyamatnak kö- 
vetkező állomása a JSP makrónyelv. 
Mit jelent ez? Azt, hogy a JavaServer 
lapok (".jsp fájlok) JSP nyelven megírt 
dokumentumok. Azokat egy , JSP" -- 
, Java szervlet" fordító Java nyelvű do- 
kumentumra fordítja, melyek a szervlet 
kódjának felelnek meg. A könyvben 
ismertetett Tomcat szervlet és a JSP 
motor fordítóját Jaspernek nevezik. 

A JSP titka és izgalma abban rejlik, 
hogy segítségével nagyon egyszerűen 
kihasználhatjuk a szervlettechnológia 
előnyeit. Itt nem a program kiíró utasí- 
tásainak sorozatával határozzuk meg a 
weblap kinézetét (design), hanem ha- 
sonlóan a PHP, ASP technológiákhoz a 
lap szerkesztése során határozzuk meg 
azokat a helyeket, ahol valamilyen di- 
namikus tartalom van. 

Hogyan is jutott el ide a JSP techno- 
lógia? Az első generációs webhelyek 
csak előre felépített statikus tartalom- 
mal bírtak (".html, képek, mozgóképek, 
VRML, applet, ActiveX). Viszonylag 
rövid idő eltelte után megjelentek a 
második generációs webhelyek, me- 
lyekben a tartalom egy részének dina- 
mikus létrehozása volt a nagy újdonság: 
a CGI szkript, az SSI (Server Side 
Include) és a webszerver API. 

Ezen módszereknek legalább két hát- 
rányos tulajdonságuk volt: az üzemel- 
tetéskor jelentkező viszonylag nagy 
erőforrásigény, illetve a fejlesztőeszkö- 
zök és környezetek kezdetleges volta. 


70 ÚJ ALAPLAP 2001/8 (OKTÓBER) 


Az utóbbi tény a vizuális és RAD világ 
eszményének általánossá válásával va- 
lószínűleg sok fejlesztőben hiányér- 
zetet keltett. Aharmadik generációs mai 
webalkalmazások már lehetővé teszik 
a vizuális fejlesztést. 

Az új irányzat egyik első megvaló- 
sítása a Microsoft Active Server Pages 
(ASP) alapú megoldás volt. Ezeket az 
alkalmazásokat a Visual InterDev nevű 
eszközével lehetett elkészíteni. A Sun, 
az IBM, az Oracle, az Apache és sok 
más fejlesztőközpont számára azonban 
a Java jelentette azt az eszközt, amelyre 
a jövőt alapozni lehet. Az Enterprise 
Java, a JSP és a többi Java alapú 
alkalmazási környezet ekkor megindult 
rohamos fejlődése ma is intenzíven tart. 
Az említett cégek egyértelműen a Java 
és a JSP mellett tették le a voksot. 
Sajnos a Microsoft itt is teljesen egyéni 
utat választott, amit a .NET koncepci- 
óval, a Ctt nyelvvel és a többiek szab- 
ványosodási törekvéseitől tudatosan el- 
térő eszközökkel lehet jellemezni. A 
Microsoft által választott út azonban 
még mindig nem tűnik számomra olyan 
perspektivikusnak, mint amilyet a Java 
jelenthet. 

A JSP-vel foglalkozó könyvre 
visszatérve, a mű a http alapok (GET, 
POST metódusok működése) és a 
szervletek, a szervlettárolók rövid 
összefoglalásával indul. Részletesen is- 
merteti az Apache Jakarta-Tomcat in- 
stallálását és beszerzési módját (http: 
[/nyww.apache.org). A Tomcat telepíté- 
sét mindenkinek ajánlom, hiszen így 
azonnal kipróbálható a könyv összes 
példája, illetve egyből saját fejlesztésbe 
lehet fogni. A könyv hivatalos webhelye 
a http://www.oreilly.com/jserverpages, 
ahonnan a mintapéldák letölthetők. 

A JSP alapjainak (direktívák, 
szkriptelemek, jsp akcióelemek) is- 
mertetése során a könyv külön erénye, 


hogy eközben megemlíti az MVC fej- 
lesztési modellt (tervezési mintát), 
amelyneklényege hogyszisztematiku- 
san szétválasztja egymástól a modelle- 
zési, a megjelenítési és a vezérlési 
részeket. Ezen programozási paradig- 
mát még a Xerox cég találta ki az 
1980-as években, de manapság a web- 
fejlesztés környékéről ismét egyre töb- 
bet lehet hallani róla. 

Az alapok után a könyv néhány 
tipikus . webprogramozási probléma 
megoldását vázolja fel. Ezek közül ne- 
kem nagyon tetszett a session kezelé- 
sének eleganciája, annál is inkább, mert 
ezen a téren a http-nek elég nagy a 
hiányossága. A bevezető példák átte- 
kintése során a hibakezelés és a modu- 
láris programozás (több JSP lap hasz- 
nálata) kap nagy hangsúlyt. A mű to- 
vábbi témái főleg haladóknak valók: 
formfeldolgozás, a Java Bean haszná- 
lata, adatbázisok elérése, JSP és XML, 
Enterprise Java Bean. 

Az utolsó rész a saját címkék (JSP 
elemek, akcióelemek) fejlesztésével 
foglalkozik. Ez a mechanizmus az 
egész JSP technológia egyik nagy erős- 
sége, lehetővé teszi, hogy aprogramozó 
és a laptervező könnyen megossza a 
munkát egymás közt. Ha valaki például 
elkészíti saját ce-mail: címkéjét, akkor 
ezt használni lehet a szerveroldali JSP 
lapon: cemail address-"inyiri(omol.hu" 
subject—"Példa"53Ez a levél szöve- 
gec/email:. Ettől a JSP lapra való hi- 
vatkozáskor postázódik a levél is. 

A könyv függelékében ismertetik a 
JSP szintaxist, a JSP API-t, a webalkal- 
mazások telepítését, az akcióelemek 
telepítését és használatát. 

A mű egésze formai és tartalmi szem- 
pontból egyaránt igényes, a magyar 
fordítás jól érthető. A szerző több helyen 
is utal arra, hogy tulajdonképpen két 
könyv van egybe foglalva: az egyik a 
programozó, a másik a weblaptervező 
(designer) számára. Ez a kettős vonulat 
következetesen tetten érhető, ami sajá- 
tos hangulatot kölcsönöz az egésznek. 
Remek a végén lévő tárgymutató is. Jó 
szívvel ajánlom a könyvet mindenki- 
nek, aki a korszerű webes alkalmazások 
készítését szeretné magas színvonalon 
elsajátítani. 

Nyiri Imre 
inyiri(omol.hu 
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Kapcsolódjon MOST az internetre! 


bérelt vonal akció budapestieknek: 


belépési díj nélkül 
forgalmi díj nélkül 


s ajándék routerrel 


Áraink csak az áfát nem tartalmázzák, mindén mást igen!" 


" router, távközlési eszköz, forgalmi díj; távközlési díj 
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telnet Magyarország Rt. [2 
1136 Budapest, Pannónia u. 11. 
Tel.: 330-3333 Fax: 329-2781 [a a [d 


web: http://www.telnet.hu 
e-mail: telnetÖtelnet.hu internet. többet akar? 


Könyvespolc 





Az intelligens következtetés 


Elmélet és gyakorlat egysége 


Mikor és mitől intelligens valamilyen következtetés? 
Erre a kérdésre nem nagyon kapunk érdemi választ 

a szerzőtől. Inkább kitérő megfogalmazása az, hogy 
intelligens módon csak az ember képes következtetni, 
a gép legfeljebb automatizálni tudja a következtetési 
módszereket. Persze akkkor is van értelme az 
automatizálásnak, ha a számítógép megkíméli az embert 
a fárasztó, mechanikusan ismétlődő logikai munkától. 
Nos, a szerző célja: egyesíteni a számítási logikában 
rejlő automatizálási lehetőségeket a mesterséges 
intelligenciának azokkal a gyakorlati eredményeivel, 
amelyeket az intelligens viselkedés számítógépes 


implementálásában elértek. 


A szerző egyetlen egységbe igyek- 
szik foglalni három olyan témakört, 
melyet általában külön kurzusok kere- 
tében szoktak tárgyalni: a logikát, a 
mesterséges intelligenciát és a logikai 
programozást. Nehéz feladat, de nem 
reménytelen. Előszavában elismeréssel 
szól a műről a logikai programozás 
ismert szakértője, Robert Kowalski: 
Flach továbblépett annál, amit annak 
idején neki sikerült elmondania , Logic 
for Problem Solving" című könyvében. 
Főleg azt becsüli Flach munkájában, 
hogy lépésről lépésre, fokozatosan fi- 
nomítva mutatja be az elméletet, és 
mindezt működőképes Prolog progra- 
mok példáin szemlélteti. A könyv a 
logikai programozás olyan élő problé- 
máira is kitér, amelyeket eddig csak 
konferenciakiadványokban és folyói- 
ratcikkekben lehetett olvasni. A szerző 
itt sem elégszik meg az újszerű elméleti 
eredmények ismertetésével, hanem a 
hatékony implementáció lehetőségeit is 
bemutatja. 





A könyvben helyet kapnak a logikai 
programozás újszerű kiterjesztései, el- 
sősorban a hiányos információk keze- 
lésével kapcsolatban. A köznapi életben 
könnyedén alkalmazzuk a különböző 
típusú következtetéseket, nem is gon- 
dolván arra, hogy precíz kezelésük 
mennyi fejtörést jelenthet a logikát for- 
malizáló kutatók számára: 

— Már sötétedik, biztosan elmúlt 5 
óra. 

— Ha megnyomom ezt a kapcsolót, 
a szobámban meggyullad a lámpa. 

— A lámpa nem gyulladt meg? Bi- 
zonyára tönkrement az izzó. 

Az első esetben általános tudásra 
épülő információról van szó, és ez a 
következtetés egészen másféle problé- 
mákat vet fel, mint a másik kettő. 
Mindig hajlamosak vagyunk feltételez- 
ni, hogy alapul vett , elméletünk" ga- 
rantáltan igaz, pontosan leírja a dolgok 
aktuális állását. Pedig elméleteink pél- 
dákból levont tanulásból származnak, 
indukció útján, ezt a folyamatot pedig 
igen nehéz formalizálni. Jórészt meg- 
oldatlan az a probléma is, hogy milyen 
módon lehet igazolni hipotéziseinket. 

A második példa azt szemlélteti, 
hogy állításainkban számos hallgatóla- 
gos feltevést használunk. Gyakran olya- 
nokat is, amelyek általánosságban, a 
megszokott esetekben igazak, egyes 
konkrét szituációkban azonban a rájuk 
alapozott következtetések helytelenek 
lesznek, ha nem tudjuk kezelni a kivé- 
teles eseteket. (Például a madarak álta- 
lában repülnek, de a strucc nem repül. 
Az emlősök általában nem repülnek, de 


a denevér repül.) A standard esetekre 
érvényes következtetéseket alapeseti 
következtetéseknek is szokták monda- 
ni. A probléma az alapeseti következ- 
tetések elméletével éppen az, hogy csak 
úgy válik igazán használhatóvá, ha a 
kivételek kezelésére is képesek va- 
gyunk kiterjeszteni. Külön nehezíti a 
feladatot a kivételek között is az álta- 
lánosítás: nem elég, ha csak egyenként 
tudjuk felsorolni a kivételes eseteket. 

A harmadik példának az a jellemzője, 
hogy itt valamilyen megfigyelt jelen- 
ségre próbálunk magyarázatot adni. Bi- 
zonyos értelemben ez a következtetési 
mód az implikáció megfordítását jelen- 
ti. (Ebbe a problémakörbe tartozik nem- 
csak a hibakeresés, hanem például az 
orvosi diagnosztika is.) A példában em- 
lített magyarázatban az a pongyolaság, 
hogy a lehetséges okok közül csak az 
egyikre mutat rá, hiszen meglehet, hogy 
rossz a kapcsoló, vagy nincs áram a 
vezetékben. A szakzsargonban latinos 
szóhasználattal abdukciónak szokták 
nevezni a megfigyelésre adott magya- 
rázatok generálását. Ennek a gyakorlat- 
ban is jól alkalmazható módszernek a 
precíz kidolgozása ugyancsak a logikai 
programozás elméletének fontos kiter- 
jesztését jelenti. 

Kowalski nagy hangsúllyal említi a 
könyv újdonságai között a metalogikai 
programozás témakörének tárgyalását. 
Ez a kutatási ág az utóbbi években 
erőteljesen fejlődik a logikai programo- 
záson belül. Elméleti eredményeken 
kívül különösen a logikai programozás 
hatékonyságának fokozásában várnak 
sokat tőle. 

Flach eltér a logikai programozás 
tárgyalásának szokásos menetétől. A 
hagyományosan követett sorrend az, 
hogy az ítéletkalkulus bemutatása után 
ismertetik a predikátumkalkulust, és 
ezen belül térnek ki röviden a logikai 
modellek elméletére. A modellelmélet 
a logikának elég komoly felkészültsé- 
retné — ennek alapos tárgyalását 
amennyire csak lehet elkerülni. Didak- 
tikailag előnyösebbnek gondolta azt a 
megközelítést, hogy a logikai modellek 
általános ismertetése helyett beéri a 
Herbrand-modellek bemutatásával. Az 
út így a klózok elméletének fokozatos 
bővítésén át vezet az ítéletlogikától a 
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predikátumlogika felé. Már az ítéletlo- 
gikán belül tárgyalja a Herbrand-értel- 
mezést, a rezolúciót és a cáfolásos 
bizonyítás módszerének lényegét. A kö- 
vetkező lépés a logikai változók és a 
Herbrand-univerzum bevezetése, vagy- 
is az ítéletek klózlogikájának tovább- 
fejlesztése a relációs klózlogika irányá- 
ba — ekkor azonban még nem foglal- 
kozik az összetett kifejezésekkel, ame- 
lyek már behoznák a képbe a véget nem 
érő folyamatok problematikáját is. (A 
relációs klózlogika fontos tulajdonsága, 
hogy Herbrand-univerzuma mindig vé- 
ges, ami garantálja, hogy az eljárás 
mindig befejeződik.) 

A végtelenség kezelésének problé- 
mája csak a következő lépésben vetődik 
fel, amikor a klózlogikát kiterjeszti a 
szerző teljes klózlogikává. A prediká- 
tumkalkulusból kiindulva ezen a pon- 
ton merülne fel a , kvantorprobléma", 
ekkor kellene megtárgyalni az egzisz- 
tenciális kvantorok kiküszöbölésének 
hogyanját és miértjét. 

A predikátumkalkulusban az ún. sko- 
lemizáció teszi lehetővé, hogy az eg- 
zisztenciális kvantorok kiküszöbölhe- 
tők legyenek, utána pedig már minden 
további nélkül el lehessen hagyni az 
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univerzális kvantorokat. A kló- 
zok esetében egyszerűbb a hely- 
Zet: itt mindez ugyanolyan sza- 
bályokkal megoldható, amilye- 
neket az ítéletlogikai klózok ke- 
zelésére használunk. (A szerző 
a könyv mellékletében Prolog 
program formájában közli azt az 
eljárást, amellyel tetszőleges 
predikátumkalkulusbeli  kifeje- 
zés fájdalommentesen átalakít- 
ható klózok halmazává.) Nos, 
ennyiben tekinthető egysze- 
rűbbnek a szerző által bemuta- 
tott megközelítés. 

Ne számítson könnyű olvas- 
mányra az, aki ebbe a könyvbe 
belefog, főleg pedig ne próbál- 
ja megúszni Prolog programo- 
zás nélkül. Az viszont sokak- 
nak hasznos segítség, hogy a 
legtöbb feladat megoldása 
megtalálható a könyv végén. 

Minden elismerésem a for- 
dítóké és a lektoroké, hogy 
ilyen nehéz szöveget élvezhető 
fordításban elkészítettek. Néhol nehe- 
zíti a megértést, hogy a könyvet többen 
fordították, és bizony az angol termi- 
nológia átültetése nem mindenütt egye- 
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manach legfrissebb cégadatokat tartalmazó 2001/2002-es kiadványa! 
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zik meg. Ez kevésbé okozna problémát, 
ha a szöveg közben vagy a kötet végén 
ott lenne a megfelelő angol terminus is. 
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ELŐFIZETÉS 
Az 2001/......... számtól kezdődően előfizetem 


az Új Alaplap című CD-mellékletes 
havi számítástechnikai szaklapot 


ÚT teát példányban (A1évre  [J1/2 évre 
Az éves előfizetési díj: 9900 Ft (áfával együtt) 


ja Számlát kérek (banki átutalással fizetek) [d Befizetési csekket kérek 
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ÜGÓJÓ erizszszts setén KÉT A Eng te et ÉÁN SEN ES Sze zt Sla nes tále eltér Ásasl et SE ő 
EGT ale a áás ESNE ELÉGGÉ KEE GE ÁÁ TESSENEK ÁK GATES ÉRÁK RÁNK É EST SGÉKEKEÉE SNEK 
ÉLTES; ÉLEN KÉSNTTS eaz kent ná RNS GET SE ÉSE SÁÁSES SÉG AGAS É GE ÉSE 
Dátum: 
/aláírás/ 
ELŐFIZETÉS DIÁKKEDVEZMÉNNYEL 
AZ 2000 ss sséiése számtól kezdődően előfizetem 


az Új Alaplap című CD-mellékletes 
havi számítástechnikai szaklapot 


ságzítég példányban (J1 évre  [J1/2 évre 
Az éves előfizetési díj ddáákkedvezménnyel: 9000 Ft (áfával együtt) 


[J számlát kérek (banki átutalással fizetek) [J Befizetési csekket kérek 
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Dátum: Az oktatási intézmény igazolása: 
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Az Alaplap / Új Alaplap korábbi számai közül megrendelem postai utánvéttel 
az alábbiakat: 


A 3 hónapnál régebbi CD-mellékletes számok ára 400 Ft, 
a floppymellékleteseké 200 Ft, a 3 hónapnál frissebb számok teljes árúak. 
(Az árak áfával együtt értendők, plusz a mindenkori postaköltség.) 
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Matáv 
üzleti kommunikáció 


LAN-Flex 


www.matav.hu 


A biztos háttér az üzleti sikerekhez is 
elengedhetetlen. A LAN-Flex egy ATM- 
technológián alapuló, szélessávú adat- 
átviteli szolgáltatás, amely az optikai 
hálózatnak köszönhetően garantálja a 
rendkívül gyors adatátviteli sebességet 
(2 Mbit/5-155 Mbit/s) és a kiváló 
minőséget. A LAN-Flex a legrugal- 
masabb szolgáltatások közé tartozik. 





Cége telephelyei között kivételesen 
gyors és megbízható összeköttetést 
tesz lehetővé, az adatátviteli igények 
növekedésével egyszerűen bővíthető. 


a szavakon túl 


